TLS 1.2 is frozen: post-quantum ships only in TLS 1.3
The IETF published RFC 9851 putting TLS 1.2 in feature freeze. Post-quantum crypto will never be specified for it. Here's how to find what in your stack is stuck.
If anything in your stack still negotiates TLS 1.2, the IETF just told you where that road ends. RFC 9851 — "TLS 1.2 is in Feature Freeze" — landed in July on the Standards Track, authored by Rich Salz of Akamai and Nimrod Aviram. It is short, it is blunt, and it closes the door on the version of TLS that most legacy integrations are still speaking.
What actually happened
The normative line is the whole document: "no changes will be approved for TLS 1.2 outside of urgent security fixes (as determined by TLS Working Group consensus), new TLS Exporter Labels, and new Application-Layer Protocol Negotiation (ALPN) Protocol IDs."
It also reaches into the plumbing. The RFC constrains IANA and the TLS designated experts so that new registry entries approved from here forward are intended for TLS 1.3 or later. The freeze covers TLS specifically — DTLS is not affected.
The reason is stated plainly: post-quantum cryptography will not be specified for TLS 1.2 at any point. If you want PQC, you want TLS 1.3. There is no migration path being held open, no "we'll backport it if adoption demands." The working group picked a lane.
Why frozen TLS 1.2 matters for your business
Nothing broke today. TLS 1.2 is not deprecated, not disabled, not exploitable because of this RFC. What changed is that it became a terminal branch. Every future improvement — hybrid key exchange, ML-KEM, whatever follows — lands in 1.3 and never comes back.
The place this bites a small business is never the marketing site. Cloudflare handled that years ago. It's the boring stuff nobody has opened since it was installed: the payment terminal that pins 1.2, the Java 8 service on a VM, a vendor's SFTP endpoint, a .NET Framework app with ServicePointManager.SecurityProtocol hardcoded in 2017, a network scanner that emails PDFs. Those are what will still be negotiating 1.2 in 2030 — and "harvest now, decrypt later" is a real threat model for anything with a long confidentiality life. Signed contracts, health records, payroll files, source code.
So do the cheap version of this work now. Turn on TLS version logging at your load balancer or CDN and leave it for two weeks. You will get back a ranked list of clients and integrations still on 1.2. That list is your migration backlog, sorted by how much traffic each one represents, and it costs you a config change instead of an audit.
Key takeaways
- RFC 9851 freezes TLS 1.2 — only urgent security fixes, new Exporter Labels, and new ALPN IDs get approved
- Post-quantum cryptography will never be specified for TLS 1.2; PQC means TLS 1.3 or later
- New IANA/TLS registry entries from here forward target TLS 1.3+; DTLS is unaffected by the freeze
- Your exposure is in appliances, vendor endpoints, and old runtimes — not your web tier
- Enable TLS version logging at the edge for two weeks; the output is your migration backlog
A protocol version is a maintenance decision you made years ago and forgot. If you don't know what in your stack is pinned to TLS 1.2, we'll run the inventory with you — or see how we keep the systems we build current.
Sources: RFC 9851, IETF, IETF Datatracker.
- #tls
- #post-quantum
- #security
- #infrastructure
- #ietf
Tommy Rush — Founder, Rush Commerce
Operator turned builder. 15+ years running operations — now shipping the systems businesses run on. More
Get The Rush Report weekly — one email, zero fluff.
Keep reading
AI legacy code migration: the proof is the hard part
A new paper on COBOL-to-Java migration skips the translator and builds the proof harness instead. That's the right order for any legacy code migration.
Read itGoogle cancels AI Studio app: 800K preorders aren't a roadmap
Google canceled the AI Studio mobile app after 800,000 preorders and folded it into Gemini. A lesson in planning around vendor features that don't exist yet.
Read it