TL;DR: NIST’s draft quantum-safe standards for CRYSTALS-KYBER, CRYSTALS-DILITHIUM and SPHINCS+ start the transition from theory to implementation, with a 90-day comment period and protocol work already underway for TLS, S/MIME and SSH, according to DigiCert. Crypto inventories and upgrade planning now matter because long-lived data and signatures are already exposed to harvest now, decrypt later risk.
At a glance
What this is: NIST’s draft quantum-safe standards for key establishment and digital signatures push organisations toward post-quantum migration planning, with crypto inventory and agility now the central operational issue.
Why it matters: Identity and trust programmes need a controlled path to replace legacy public-key cryptography before long-lived certificates, signed data and device lifecycles outlast current algorithms.
Context
Quantum-safe cryptography is the shift from today’s RSA and ECC assumptions to algorithms designed to resist future quantum attacks. For identity and trust programmes, that changes how organisations think about certificates, signed artifacts, key establishment and the lifespan of data protected by those mechanisms.
The article frames the transition as immediate work, not a distant research topic. Once standards solidify, teams will need visibility into where public key infrastructure exists, what depends on it, and which assets carry long retention horizons or delayed business risk.
That makes crypto agility the governance problem, not just algorithm selection. A programme that cannot inventory cryptographic assets, prioritise them by exposure and update them quickly will struggle to keep identity and trust controls aligned with the new standards.
Key questions
Q: How should security teams start a post-quantum migration program?
A: Start by inventorying where cryptography is actually used, then measure external exposure first. Public domains, certificates, SSH keys, and service accounts should be mapped to owners and replacement paths before standards deadlines force a rushed program. A quick scan is useful, but the real work is governance, sequencing, and lifecycle control.
Q: Why do long-lived certificates and signed data matter in quantum planning?
A: Because the risk is tied to lifespan, not just current exposure. Data captured today may remain valuable later if it can be decrypted when quantum capability matures, and signatures may outlast the algorithm behind them. That makes retention, archival and signing workflows part of the security decision.
Q: Where do organisations most often lose control of cryptographic migration?
A: They lose control when certificate ownership is fragmented, inventory is incomplete and protocol dependencies are undocumented. In that state, teams can see the goal of migration but cannot sequence the work or measure progress. Central visibility and automation are what turn a broad mandate into an executable programme.
Q: What should security teams do with TLS, S/MIME and SSH now?
A: They should map which services use those protocols, identify the current key and certificate dependencies, and decide which parts of the environment need early migration because of long retention or high trust value. The objective is to avoid last-minute replacement under operational pressure.
Technical breakdown
Why quantum-safe algorithms change PKI assumptions
Public key infrastructure relies on asymmetric cryptography to establish trust for web traffic, email and signatures. RSA and ECC are resilient against today’s computers because the math is hard to reverse, but quantum computers change the threat model by making those problems much easier to solve. Quantum-safe algorithms such as lattice-based schemes shift the hardness problem rather than relying on the same assumptions. That matters because certificates, signed documents and key exchanges are identity assertions, not just encryption mechanisms. If the underlying math fails, the trust chain behind those identities fails with it.
Practical implication: Map every trust dependency that still relies on RSA or ECC so migration planning starts with the highest-value identity and signature use cases.
Harvest now, decrypt later and long-lived identity assets
The article highlights a classic delayed-impact threat: adversaries can capture encrypted data today and attempt to decrypt it later when quantum capability exists. That risk is highest when data or signatures have long lifespans, such as medical records, IoT devices and archived documents. In identity terms, the exposure is not limited to confidentiality. A long-lived signature or certificate can remain operational evidence of trust long after the algorithm behind it ages out. That turns retention time into a security variable, not just a records-management concern.
Practical implication: Classify assets by lifespan and sensitivity so long-retention data, code signing and device identities are first in the migration queue.
What crypto-agility means for certificate lifecycle governance
Crypto-agility is the ability to change algorithms and related trust components quickly without reworking every dependent system by hand. In practice, that depends on centralised PKI visibility, automated certificate management and a clear inventory of where cryptographic assets live. The article’s point is governance-related as much as technical: organisations that treat certificates as isolated point assets will struggle to coordinate migration across protocols, applications and devices. The strongest programmes will make algorithm replacement a managed lifecycle event rather than a one-off engineering exercise.
Practical implication: Use central PKI control and automation to reduce manual certificate handling and shorten the time needed to swap in quantum-safe algorithms.
Threat narrative
Attacker objective: Preserve captured encrypted or signed material now so it can be decrypted or trusted later when quantum capability or algorithm weakness makes it valuable.
- Entry occurs when adversaries collect encrypted traffic, signed content or protected data that is still valid under current RSA and ECC assumptions.
- Credential or trust abuse follows when that captured material remains useful as a future decryption or verification target after quantum capability matures.
- Impact lands later as confidential archives, signatures or long-lived device trust become recoverable or unreliable, extending the breach window far beyond the initial compromise.
Breaches seen in the wild
- GitHub code signing certificate theft 2022: A machine account's compromised token cloned GitHub's Desktop and Atom repos, exposing encrypted signing certificates later revoked.
Read and download The State of NHI & AI Agent Breach Report 2026, covering 150+ breaches impacting Non-Human Identities including AI Agents.
NHI Mgmt Group analysis
Crypto agility is now an identity governance requirement, not a PKI housekeeping task. The article shows that quantum-safe migration is really about governing trust dependencies across certificates, signatures and key exchange. Once those assets underpin identity and access, the problem becomes lifecycle control across the whole trust estate. Practitioners should treat cryptographic agility as a core part of identity security architecture.
Long retention breaks the comfort of today’s encryption timelines. A certificate or signed record can outlive the algorithm that protected it, which means lifespan becomes a security attribute. That changes prioritisation because not every encrypted asset carries the same future risk. Practitioners need to rank trust assets by how long they must remain valid and defensible.
Central visibility is the prerequisite for any post-quantum transition. The article’s inventory-first guidance reflects a deeper governance truth: you cannot migrate what you cannot find. Fragmented certificate ownership, unknown protocol dependencies and unmanaged devices all slow the shift. The implication is that crypto inventory discipline now belongs in the same conversation as identity inventory and recertification.
Quantum-readiness will expose weak lifecycle ownership across human, machine and service trust chains. Public key assets are rarely owned by a single team, yet their risk cuts across application, infrastructure and identity operations. That makes migration sequencing a governance problem that spans workload identity, device trust and human-facing trust mechanisms. Practitioners should expect the programme to reveal accountability gaps before it reveals algorithm gaps.
Post-quantum planning sharpens the case for algorithm-lifespan governance. NIST’s draft standards are not just about new cryptography; they force organisations to define when a trust mechanism should be retired, replaced or allowed to persist. That is a more mature view of identity and trust than simple certificate renewal. Practitioners should align cryptographic governance with asset lifespan and business retention requirements.
What this signals
Algorithm lifespan is the new planning unit for trust. Quantum-safe migration forces teams to think beyond annual certificate renewal and toward the full life of the protected data or signing relationship. That shift will surface hidden dependencies between PKI operations, application ownership and records retention.
Inventory is the control that determines whether crypto agility is real. Without a central view of certificates, keys and protocol use, organisations cannot tell which trust paths still depend on RSA or ECC. The result is a migration programme that looks strategic on paper but remains manually fragmented in practice.
For practitioners
- Inventory all cryptographic assets Build a central view of certificates, keys, signature dependencies and protocol usage so you know where RSA and ECC still support trust decisions.
- Prioritise long-lived trust assets Rank assets by sensitivity, business impact and expected lifespan, with special attention to records, code signing and devices that persist for years.
- Plan for crypto agility Use automation and central PKI management to reduce manual certificate work and shorten the time needed to swap algorithms when standards finalise.
- Map protocol dependencies early Identify where TLS, S/MIME, SSH and related services depend on current algorithms so migration sequencing reflects operational reality, not just policy intent.
Key takeaways
- Quantum-safe standards turn cryptographic migration into a governance issue because trust, retention and algorithm choice now move together.
- The most exposed assets are the ones with long lifespans, including archived data, code signing and device trust that may outlive current algorithms.
- A usable post-quantum programme starts with inventory, ownership and automation, not with a last-minute algorithm swap.
Standards & Framework Alignment
This section maps relevant standards and security frameworks to the operational risks and controls described in this guidance.
NIST SP 800-57, NIST CSF 2.0 and CIS Controls v8 set the technical controls, while ISO/IEC 27001:2022 defines the regulatory obligations.
| Framework | Control / Reference | Relevance |
|---|---|---|
| NIST SP 800-57 | Part 1 — Key Management Lifecycle | The article is centered on replacing long-lived cryptographic algorithms and managing transition risk. |
| Recommendation — Apply key lifecycle governance to inventory, prioritize and retire cryptographic assets before quantum exposure grows. | ||
| NIST CSF 2.0 | PR.DS-02 — Data-in-Transit is Protected | The article discusses protecting TLS, S/MIME and SSH traffic with quantum-safe algorithms. |
| Recommendation — Review data-in-transit protections and plan algorithm migration where RSA or ECC still underpins trust. | ||
| CIS Controls v8 | CIS-3 — Data Protection | The article’s inventory and migration guidance is a data protection problem tied to crypto assets. |
| Recommendation — Inventory cryptographic assets and automate replacement workflows as part of data protection governance. | ||
| ISO/IEC 27001:2022 | A.8.24 — Use of Cryptography | The article is specifically about updating cryptographic controls and PKI trust mechanisms. |
| Recommendation — Update cryptographic policy and migration plans to reflect post-quantum algorithm requirements. | ||
Key terms
- Crypto-Agility: Crypto-agility is the ability to change cryptographic algorithms, certificates, and trust dependencies without redesigning production systems. It matters because cryptographic standards evolve, and organisations need accurate inventories and automated lifecycle controls before they can migrate safely.
- Post-Quantum Cryptography: Cryptographic algorithms designed to remain secure against attacks from sufficiently powerful quantum computers. In practice, PQC is a migration problem as much as an algorithm problem because organisations must replace trust anchors, certificates, and secrets without breaking identity-dependent systems.
- Harvest now, decrypt later: An attacker strategy where encrypted traffic or stored data is collected today and decrypted later when better computing power becomes available. It matters to NHI governance because machine identities often protect the data paths and secrets most worth preserving over time.
- Public Key Infrastructure: Public Key Infrastructure is the trust system that issues, manages, and revokes digital certificates used to prove identity. In practice it binds keys to entities and policies, making authentication, encryption, and non-repudiation possible across users, devices, and services.
Deepen your knowledge
NHI governance, agentic AI identity, and machine identity lifecycle are core topics in our NHI Foundation Level course, the industry's only accredited NHI security programme. If you are building or maturing an IAM programme, it is worth exploring.
Published by the NHIMG editorial team on June 23, 2026.
Updated on October 8, 2026.
NHI Mgmt Group, the independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org