Post-Quantum Cryptography: When to Start, What to Do
The post-quantum migration is the largest cryptographic transition in three decades. For most organizations the right answer is *not yet*, but the right *preparation* starts now.

The impending era of post-quantum cryptography (PQC) represents the most significant cryptographic transition observed in three decades. While the immediate impulse might be to jump into full-scale migration, for many organizations, the opportune moment for widespread deployment is not yet, however, the critical phase of preparation must commence now. Ignoring this transitional period could lead to substantial security vulnerabilities and operational disruption in the future. This article outlines a pragmatic approach, detailing immediate actions and outlining what can, and should, be deferred.
The Threat Model: Decrypting Tomorrow's Secrets Today
Understanding the timeline and capabilities of quantum computers is crucial for informed decision-making regarding PQC. Current projections indicate that a sufficiently powerful quantum computer capable of cracking widely used cryptographic standards, such as RSA-2048, is likely to emerge sometime in the 2030s. This forecast underpins a significant threat known as "harvest now, decrypt later." This attack vector involves adversaries capturing encrypted data today, often through passive interception, with the intent of decrypting it at a later date once quantum computing capabilities become available.
The implications of "harvest now, decrypt later" are profound. Any data encrypted today that retains its sensitivity for a decade or more is already encompassed by this threat model. This includes intellectual property, sensitive personal data, national security information, long-term financial records, and medical histories. Organizations dealing with such data must recognize that relying solely on pre-quantum cryptographic algorithms, even if deemed secure today, will render that data vulnerable to future decryption by quantum adversaries. This looming threat necessitates immediate strategic planning and foundational preparatory steps, even if full PQC migration is still some years away.
Immediate Actions: Laying the Foundation for PQC Resilience
While a complete overhaul of cryptographic systems isn't universally advisable at this juncture, several critical actions should be undertaken by organizations during this preparatory phase. These steps are designed to build resilience and agility into their cryptographic infrastructure, positioning them for a smoother future transition.
- Inventory your cryptographic dependencies. A comprehensive understanding of an organization's existing cryptographic landscape is paramount. This involves meticulously cataloging all systems, applications, and protocols that rely on cryptography. Specifically, organizations need to identify their use of TLS (Transport Layer Security), code signing mechanisms, VPNs (Virtual Private Networks), S/MIME (Secure/Multipurpose Internet Mail Extensions), and document encryption. A key challenge for most organizations today is their inability to readily answer specific questions such as "which library is exclusively using RSA-2048?" This lack of visibility hinders any meaningful PQC migration strategy and must be addressed immediately through thorough auditing and documentation efforts.
- Pin algorithm agility as a requirement for new procurement. As organizations acquire new software, hardware, or services, it is essential to incorporate algorithm agility as a mandatory requirement in procurement specifications and vendor contracts. This means demanding that new systems not hardcode specific cryptographic primitives, such as RSA or ECC, but instead be designed to support a range of algorithms and allow for easy future updates to include post-quantum primitives. Vendors who continue to hardcode pre-quantum algorithms into their products will inevitably become a significant migration problem, incurring substantial refactoring costs and security risks down the line. Prioritizing agility ensures future-proofing.
- Adopt hybrid TLS at internet-facing edges for data that will still be sensitive in 2035. For data transmitted across public networks that is expected to retain its sensitivity well into the next decade, potentially being vulnerable to "harvest now, decrypt later" attacks, organizations should consider implementing hybrid TLS at their internet-facing perimeters. Hybrid TLS involves running both a traditional (e.g., RSA or ECC) key exchange and a PQC key exchange algorithm concurrently within the same TLS handshake. This provides a "belt-and-suspenders" approach, ensuring that even if one of the algorithms is compromised by quantum computers, the other still offers protection. This partial early adoption strategically protects the most valuable and long-lived data without requiring a full-scale internal cryptographic overhaul.
What to Defer: Avoiding Premature Migration Risks
While preparation is critical, organizations should judiciously defer a wholesale migration to standardized post-quantum primitives across their entire infrastructure. There are compelling reasons for this cautious approach, primarily revolving around the nascent state of PQC standards and their ecosystem.
The National Institute of Standards and Technology (NIST) only finalized the first set of post-quantum cryptographic algorithms in 2024. This marks a significant milestone, but it also signals that the PQC ecosystem is still in its infancy. Broad library support for these newly standardized algorithms is still rolling out, and their operational maturity in real-world deployments is yet to be fully established. Attempting a full-scale migration in the immediate future, such as in 2025, offers very little genuine security benefit that wasn't already addressed by hybrid approaches for critical data.
Furthermore, premature large-scale migration carries significant risks, particularly related to compatibility issues. Introducing new, unproven algorithms into complex existing systems can lead to unforeseen interoperability problems, system instability, and extensive debugging efforts. The goal should be a smooth, secure transition, not a disruptive one. Waiting allows for the development of more mature and widely supported PQC libraries, tools, and best practices, reducing the overall risk and complexity of the eventual full migration. The industry is collectively gaining experience with these new primitives, and organizations can benefit from observing and learning from early adopters before committing to extensive internal deployments. This phased approach strikes a balance between proactive security and prudent operational planning, ensuring resources are allocated effectively when the time is truly ripe for a comprehensive transition.