Post-Quantum Encryption: Cloudflare Moves to 2029 as Federal 2030 Mandate Reaches Every Vendor
2 hour ago / Read about 39 minute
Source:TechTimes

Cloudflare.com

Three days after President Trump signed Executive Order 14409, Cloudflare published its most detailed public roadmap yet for the internet's transition to post-quantum cryptography — and set an internal deadline that beats the federal government's own mandate by a full year. Every organization that sells software, hardware, or services to the U.S. government now has a fixed compliance date, and the ripple effect will reach banks, hospitals, and universities that never bid on a federal contract.

The executive order, signed June 22, 2026 and titled "Securing the Nation Against Advanced Cryptographic Attacks," gives federal agencies until December 31, 2030 to migrate their most sensitive systems to post-quantum encryption and until December 31, 2031 to complete the harder migration to post-quantum authentication. Federal contractors face a separate 2030 deadline under proposed rules the Federal Acquisition Regulatory Council must publish within 180 days. Cloudflare moved its own internal target for full post-quantum security — encryption and authentication both — to 2029 in April 2026, following research breakthroughs from Google and the startup Oratomic that shortened prevailing estimates of when a cryptographically relevant quantum computer could become operational.

Why Adversaries Are Collecting Your Encrypted Traffic Right Now

The urgency behind these deadlines does not require a working quantum computer to be real today. The executive order explicitly states that adversaries "may already be collecting" encrypted U.S. government data, counting on the ability to decrypt it later once a sufficiently powerful machine exists — a strategy the security community calls harvest now, decrypt later. Any data whose confidentiality needs to survive a decade is already at risk from interception happening now.

The threat is not evenly distributed. Government agencies, banks, healthcare organizations, defense contractors, and telecommunications providers handle data whose value to adversaries runs well past the 2030 window. A financial transaction record, a classified cable, or a biometric database harvested in 2026 could still be sensitive when the quantum capability to read it arrives. That is why the EO's deadlines — and Cloudflare's decision to beat them — are not purely regulatory exercises. They are engineering responses to an attack that has already begun.

Read more: Post-Quantum Encryption Mandate: Trump Sets 2030 Deadline as Adversaries Harvest Data Now

Two Migrations, Two Very Different Engineering Problems

Cloudflare's technical response frames the PQC transition as two distinct engineering problems that must now proceed in parallel, not in sequence.

The first migration — post-quantum encryption — is already well underway. More than two-thirds of all browser traffic reaching Cloudflare's network now uses post-quantum key agreement based on ML-KEM, the algorithm standardized by the National Institute of Standards and Technology as FIPS 203. The algorithm uses the Module Learning With Errors mathematical problem — a lattice-based construction that relies on the hardness of finding short vectors in high-dimensional spaces, which no known quantum algorithm can solve efficiently. ML-KEM is deployed across Cloudflare's SASE platform, Cloudflare One, covering TLS, MASQUE, and IPsec connections, at no additional cost to customers. Web browsers and cloud platforms are on CISA's "widely available" list, meaning federal agencies are already directed to procure only PQC-capable products in these categories.

The second migration — post-quantum authentication — has barely started, and it is structurally harder for reasons that go beyond the federal deadline.

Why Authentication Is the Harder Problem: Code Signing and the PKI Cascade

Post-quantum authentication means replacing classical digital signatures — ECDSA and RSA — with their post-quantum equivalent, ML-DSA (FIPS 204). The core engineering obstacle is size. An ML-DSA signature runs approximately 2,420 to 4,595 bytes. A classical ECDSA signature is approximately 64 bytes. That is a size increase of 38 to 72 times — not a rounding difference but a structural change in the payload every TLS handshake must carry.

Cloudflare's live testing found that at post-quantum authentication payload sizes, around five percent of connections fail entirely because firewalls, load balancers, and intrusion detection systems cannot handle oversized TLS records. The remainder complete more slowly because larger payloads exceed TCP's initial congestion window and force additional network round trips. To address this overhead, Cloudflare is working with Google Chrome on a new scheme called Merkle Tree Certificates, which batches a post-quantum signature across thousands of certificates at once rather than signing each one individually, dramatically reducing the per-connection authentication cost.

The size problem is compounded by a dependency chain problem. Post-quantum authentication requires coordinated upgrades across clients, servers, certificate authorities, certificate transparency logs, root stores, and browsers — every component in the chain must be upgraded before the chain is secure. That same PKI dependency chain also underlies software update pipelines and firmware signing infrastructure. The ECDSA and RSA keys that protect HTTPS connections today also sign the software updates that keep operating systems, browsers, and enterprise applications current. A quantum-capable adversary able to forge classical signatures does not only impersonate web servers — it can sign and distribute malicious software updates that appear legitimate to every device that has not yet migrated its authentication layer. The EO's one-year gap between the 2030 encryption deadline and the 2031 authentication deadline is tight, Cloudflare warns, precisely because these two tracks cannot wait for each other.

The Contractor Requirement Is Where This Reaches Your Organization

The executive order's most consequential provision may not be the federal agency deadlines but the contractor compliance requirement. The FAR Council is directed to publish proposed rules requiring covered contractors to comply with NIST FIPS post-quantum standards by December 31, 2030. Federal agencies can only migrate to PQC if the products they buy support PQC — which means vendors who want to sell to the government must ship quantum-safe products on a fixed schedule.

CISA has published a list distinguishing technology categories where PQC is "widely available" — including cloud platforms, web browsers, chat and messaging software, and endpoint security tools — from those still "transitioning," which include networking hardware, identity and access management systems, email servers, and database systems. Organizations procuring hardware in the "transitioning" categories should flag these as priority items, because PQC support is not yet standard across vendors and the compliance window is shorter than the typical hardware refresh cycle.

The products vendors build to federal requirements will end up used in the private sector. A router or identity management system built to meet the 2030 contractor deadline ships to hospitals, banks, and universities running on the same product lines. QuSecure EVP Strategy and Research Garfield Jones put it plainly: "The 2030 deadline for key establishment is a tangible compliance deadline, and the gap between where most organizations are today and where they need to be is significant. Agencies and contractors that haven't started a cryptographic inventory are already behind."

Read more: Post-Quantum TLS Certificates: Let's Encrypt Plans Merkle Tree Rollout That Shrinks Handshakes

What Cloudflare Wants OMB to Clarify

The executive order sets direction, and the Office of Management and Budget has 90 days from the June 22 signing date to issue implementation guidance. Cloudflare has published specific requests for what that guidance should include.

Chief among them is a definition of what it means to have "transitioned" to post-quantum cryptography. A system that supports ML-KEM but still permits classical-only TLS handshakes remains vulnerable to downgrade attacks — an adversary can force the connection back to quantum-vulnerable key exchange. The POODLE vulnerability in 2014 exposed a nearly identical failure: servers kept SSLv3 enabled for backwards compatibility years after it was formally deprecated, leaving users exposed to an attack that targeted the older protocol. Without a clear federal definition of "transitioned" — one that prohibits downgrade-compatible configurations — the 2030 deadline risks producing systems that technically support PQC but can be forced back to classical encryption on demand.

Cloudflare also calls for mandating cryptographic agility — designing systems so that swapping out a cryptographic algorithm requires a configuration change rather than a re-architecture — and for ensuring post-quantum security remains accessible to organizations of all sizes. Critical infrastructure operators, including power grids, water systems, and transportation networks, many of which run on legacy systems with no straightforward upgrade path, are directed by the EO to receive assistance from federal agencies but face no hard migration deadline. A post-quantum migration that secures federal systems while leaving underfunded critical infrastructure on classical encryption narrows but does not close the nation's quantum exposure.

The International Alignment Problem

The TLS connections that carry most internet traffic cross national borders, and a fragmented landscape of incompatible post-quantum standards creates its own vulnerabilities. Cloudflare points to IPsec as a cautionary example: the absence of an agreed post-quantum standard led vendors to ship proprietary, incompatible algorithms for IPsec VPN connections that could not talk to each other, slowing the migration for everyone who depended on cross-vendor interoperability. The TLS community avoided this outcome by converging early on a single hybrid algorithm — X25519MLKEM768, which combines the classical X25519 key exchange with the post-quantum ML-KEM-768 — ensuring that when deployment began, clients and servers from different vendors could complete post-quantum handshakes without configuration negotiation.

The EO directs the State Department to engage allied nations on PQC adoption. Cloudflare's recommendation is that this engagement push for genuine mutual recognition of NIST-standardized algorithms rather than symbolic coordination, so that international TLS connections can be post-quantum secured without fragmented trust hierarchies that nation-state actors can exploit at the seams.

What Organizations Should Do Before OMB Guidance Arrives

Cloudflare's published roadmap does not recommend waiting for the 2030 deadline or for OMB's implementation guidance before acting. Prior cryptographic migrations — SHA-1, SSLv3, and MD5 — consistently took longer than the communities that deprecated them anticipated, because organizations treated the deprecation date as the start of migration rather than its end.

The recommended sequence: protect all public internet traffic with post-quantum encryption now, because the harvest now, decrypt later threat is active regardless of when quantum computers arrive; update procurement requirements to demand PQC support as a baseline condition from vendors in both the "widely available" and "transitioning" CISA categories; and conduct a quantum impact inventory — identifying which internal systems handle sensitive data or are internet-exposed — rather than waiting for a complete cryptographic bill of materials. Producing a full inventory can take an entire procurement cycle and may be outdated by completion. The quantum impact inventory focuses on risk and exposure, providing an actionable starting point that a complete bill of materials can build on later.


Frequently Asked Questions

What is harvest now, decrypt later, and why does it make the 2030 deadline urgent today?

Harvest now, decrypt later refers to adversaries intercepting and storing encrypted communications today, with the intent to decrypt them after quantum computers become capable of breaking current encryption. The attack requires no cryptanalytic capability in the present — only network access and storage, both of which nation-state actors possess. Data with a confidentiality requirement of ten or more years is already at risk from interceptions happening now. The EO explicitly states adversaries may already be conducting these operations against U.S. government data, which is why Cloudflare and the federal government treat the urgency as present-tense rather than future-conditional.

Why is post-quantum authentication harder and slower to deploy than post-quantum encryption?

Post-quantum encryption (ML-KEM) is already deployed at scale because its performance overhead is manageable — ML-KEM keys and ciphertexts are larger than classical equivalents but not so large as to break existing infrastructure. Post-quantum authentication (ML-DSA) faces a more difficult engineering problem: its signatures are 38 to 72 times larger than the ECDSA signatures currently used in TLS and code-signing certificates. That size increase causes roughly five percent of connections to fail entirely due to middlebox incompatibilities and makes remaining connections slower. Authentication also depends on a longer upgrade dependency chain — certificate authorities, root stores, browsers, and code-signing infrastructure all need to be upgraded together, because they form an interlocked trust hierarchy that includes software update pipelines.

What is cryptographic agility, and does this EO require it?

Cryptographic agility is the engineering design principle of building systems so that cryptographic algorithms can be swapped out through configuration changes rather than architectural rewrites. The EO directs federal agencies to build cryptographically agile systems as part of their migration plans. For any organization — federal agency, contractor, or private company — agility is the practical safeguard against the scenario in which a PQC algorithm is later found to have vulnerabilities. It transforms a potential crisis into a routine configuration update.

If my organization is not a federal contractor, do these deadlines apply?

The EO's binding deadlines apply directly to federal agencies and covered federal contractors. Critical infrastructure operators receive assistance guidance but face no hard mandate. However, the contractor deadline creates a market-level forcing function: vendors who want to sell into the federal supply chain must ship PQC-capable products by 2030, and those same products become the standard available to all buyers. Healthcare providers, financial institutions, and universities that procure routers, identity systems, and security tools from federal vendors will benefit from this migration even without being subject to the deadline directly — but organizations in CISA's "transitioning" hardware categories should not assume the market will deliver PQC support automatically before beginning their own quantum impact inventories.

Next page:No More