Special offer. See more information about Outbyte and uninstall instructions. Please review EULA and Privacy policy.

iTechGuides is reader-supported. When you buy through links on our site, we may earn an affiliate commission. As an Amazon Associate I earn from qualifying purchases. Learn more

Businesses should start preparing for post-quantum cryptography (PQC) now: identify where vulnerable cryptography is used, prioritize systems and data by risk, and plan staged changes with suppliers. NIST’s three initial PQC standards are final and ready to implement; its 2035 transition marker applies to NIST standards, not as a universal private-sector deadline.

What is post-quantum cryptography?

Post-quantum cryptography refers to cryptographic methods designed to resist attacks from both classical and quantum computers. For businesses, the practical issue is how to replace or adapt public-key cryptography that could be vulnerable to a sufficiently capable quantum computer, while keeping systems and services working securely.

PQC standards do not all serve the same purpose. Key establishment, digital signatures, and other cryptographic functions have different roles; selecting a standard means matching it to the job and the systems that need to interoperate.

Free tools Windows power users keep installed

One-click scans. No signup required.

Special offer. See more information about Outbyte and uninstall instructions. Please review EULA and Privacy policy.

Are NIST’s post-quantum cryptography standards final?

Yes. NIST approved its first three PQC standards on August 13, 2024, and says they are ready to implement. Two are digital signature standards; the other is for establishing a shared secret. They are not interchangeable encryption algorithms.

Standard Function What it does
FIPS 203, ML-KEM Key establishment A module-lattice-based key-encapsulation mechanism used by parties to establish a shared secret.
FIPS 204, ML-DSA Digital signatures A module-lattice-based signature standard for authenticating signers and helping detect unauthorized changes to data.
FIPS 205, SLH-DSA Digital signatures A stateless hash-based signature standard for authenticating signers and helping detect unauthorized changes to data.

NIST continues to evaluate additional algorithms and conduct further standardization work. Treat those candidates and ongoing work as distinct from the three finalized FIPS standards; check the status of any specific algorithm before basing a deployment on it.

Why migrate before a cryptographically relevant quantum computer exists?

NIST says the arrival date of a cryptographically relevant quantum computer is unknown. That uncertainty is not a reason to wait: an attacker could collect encrypted information now and attempt to decrypt it later if future capabilities allow it. This “harvest now, decrypt later” risk matters most for information that must remain confidential for many years.

NIST also says moving from standardization to full integration in information systems can take 10 to 20 years. That is a general integration timescale, not a prediction for any individual company. Products, services, and protocols need updates, and organizations must manage dependencies and operational change.

Special offer. See more information about Outbyte and uninstall instructions. Please review EULA and Privacy policy.

NIST’s PQC project page, updated August 5, 2026, describes a plan to deprecate and ultimately remove quantum-vulnerable algorithms from NIST standards by 2035, with high-risk systems transitioning much earlier. This is a transition marker for NIST standards, not a blanket legal deadline for every private organization.

What should my company do to prepare?

Use a risk-based program rather than treating PQC as a one-time algorithm swap. NIST’s migration work emphasizes cryptographic visibility, prioritization, and interoperability; the stages below translate those needs into an organizational plan.

1. Build a cryptographic inventory

A cryptographic inventory is a record of where and how cryptography is used across your organization. Include applications, services, systems, devices, data flows, protocols, certificates, and relevant suppliers. For each use, record the algorithm and its purpose, the system or data it protects, an accountable owner, and dependencies. Do not include secret key material.

Start with the systems and services that handle sensitive data or depend on external parties, then expand coverage. Without knowing where cryptography is embedded, you cannot reliably estimate migration scope or sequence changes.

Special offer. See more information about Outbyte and uninstall instructions. Please review EULA and Privacy policy.

2. Prioritize exposure and migration effort

Assess the consequences of a future compromise alongside the practical effort and lead time required to change each system. Consider:

  • How sensitive the protected data is and how long it must remain confidential.
  • How critical the system is to operations and what disruption a change could cause.
  • Which suppliers, counterparties, protocols, and other systems it depends on.
  • How much time is needed for engineering, testing, procurement, and deployment.

Give particular attention to long-lived confidential data because ciphertext intercepted today could remain valuable to an attacker later. Prioritization should reflect your organization’s exposure and dependencies, not a generic ranking of algorithms.

3. Ask suppliers for specific transition information

Products, services, and protocols may need updates before your organization can complete its own migration. Ask technology vendors and service providers:

  • Where do their products or services use quantum-vulnerable cryptography?
  • What PQC support is available or planned, and which standards does it implement?
  • How will they handle standards versions and updates?
  • What interoperability, performance, resource, or deployment limitations should you plan for?

Use answers to identify dependencies and gaps in your inventory. A general commitment to “quantum readiness” is not a substitute for details about supported standards and the systems affected.

Special offer. See more information about Outbyte and uninstall instructions. Please review EULA and Privacy policy.

4. Test and stage changes

Map dependencies before changing cryptographic components. Test that systems can interoperate with counterparties and that the change works under operational conditions. Include performance and resource requirements, monitoring, deployment sequencing, and rollback planning in the test plan. NIST’s migration work includes attention to interoperability and benchmarking; the appropriate tests depend on your systems and use cases.

Sequence deployments according to risk, supplier readiness, and change lead time. A staged migration lets teams uncover compatibility or operational issues without assuming every system can change at once.

5. Make systems crypto-agile

Crypto agility is the ability to replace or adapt cryptographic algorithms while maintaining security and ongoing operations. Consider it across protocols, applications, software, hardware, firmware, and infrastructure—not only in a single library or product.

NIST’s CSWP 39-upd1 surveys approaches, challenges, and trade-offs; it does not prescribe one universal architecture. Set governance for approving algorithms and versions, assigning owners, tracking dependencies, and planning future changes. The right technical design depends on your environment and interoperability needs.

Special offer. See more information about Outbyte and uninstall instructions. Please review EULA and Privacy policy.
Independent reader supportYour contribution helps us test, update, and keep practical guides available for everyone.Support on Ko-Fi

How should we compare migration options?

Compare each option in the context of the system it must protect. NIST’s finalized standards establish functions and requirements; they do not establish one universally best algorithm or vendor implementation.

  • Function: Determine whether the need is key establishment, for which ML-KEM is the finalized standard in this set, or digital signatures, for which ML-DSA and SLH-DSA are standards.
  • Standards status: Distinguish finalized FIPS standards from algorithms still under evaluation or standardization.
  • Compatibility: Check support across counterparties, protocols, products, and the standards your organization must follow.
  • Operational impact: Evaluate system changes, performance and resource needs, deployment and rollback plans, and effects on established workflows.
  • Risk and sequence: Weigh data confidentiality lifetime, system criticality, supplier readiness, and realistic migration lead time.

What does NIST recommend organizations do now?

NIST mathematician Dustin Moody, who heads the PQC standardization project, said: “We encourage organizations to begin their transition to these standards immediately to ensure their data remains secure in the quantum era,” in NIST’s What Is Post-Quantum Cryptography?

For a business, acting on that advice starts with visibility: identify cryptography in use, determine which data and systems warrant earlier attention, and coordinate migration timing with the organizations and suppliers you depend on.

Product prices and availability are accurate as of the date/time indicated and are subject to change. Any price and availability information displayed on Amazon at the time of purchase will apply.

Special offer. See more information about Outbyte and uninstall instructions. Please review EULA and Privacy policy.