Today’s Quantum threat: Harvest Now, Decrypt Later (HDNL)
The Anatomy of the HNDL Threat
The premise of HNDL is built on strategic patience. Most of today’s digital infrastructure relies on RSA (Rivest–Shamir–Adleman) and ECC (Elliptic Curve Cryptography). These systems are secure against classical computers but are fundamentally vulnerable to Shor’s Algorithm, which a powerful quantum computer can use to factorise large numbers and break encryption in minutes.
- The Harvesting Phase: Threat actors intercept and store vast quantities of encrypted network traffic. Because storage costs have plummeted, they can afford to hold this data for a decade or more.
- The RSA & ECC Vulnerability: Standard RSA-2048 and ECC protect everything from VPN tunnels to board-level emails. Once a quantum computer reaches sufficient scale, every piece of “harvested” data protected by these protocols becomes transparent.
- Cryptographic Currencies & Blockchain: Most blockchains use Elliptic Curve signatures to verify ownership. If an attacker can derive a private key from a public key using quantum power, the immutability of the ledger vanishes. For firms holding digital assets, this represents a systemic solvency risk.
Certain infrastructures are particularly susceptible to HNDL because they protect data that must remain confidential for decades or are difficult to update.
- Legacy VPNs and TLS: Many Virtual Private Networks and web servers still rely on classical handshakes. An attacker capturing a TLS 1.2 or legacy IPsec session today can store the exchange and, in the future, derive the session keys to read the entire communication.
- ERP and Internal Management Systems: Platforms like SAP or Oracle house the “crown jewels” of a business—payroll, vendor contracts, and long-term financial forecasts. These systems often have deep-rooted cryptographic dependencies that are difficult to “hot-swap” for quantum-resistant versions.
- Industrial Control Systems (ICS) and OT: In manufacturing and energy, Programmable Logic Controllers (PLCs) and other Operational Technology often run for 15–20 years. If their firmware updates or command-and-control signatures are harvested now, a future quantum attacker could forge commands to cause physical disruption.
- Public Key Infrastructure (PKI): The digital certificates that verify your company’s identity are the bedrock of trust. If the root certificates of a Certificate Authority are compromised via HNDL, every document signed or connection established under that authority becomes retroactively suspect.
Leading by Example: Corporate First Responders
Global technology leaders are already shifting their infrastructure to combat HNDL by protecting data in transit today.
- Apple (iMessage PQ3): In 2024, Apple introduced the PQ3 protocol for iMessage. It uses a hybrid model combining standard ECC with Kyber (ML-KEM), featuring a self-healing mechanism that limits how much historical data can be decrypted even if a key is eventually compromised.
- Google (Chrome & Cloud): Google has integrated ML-KEM into Chrome 131 and Google Cloud’s Key Management Service. By enabling hybrid post-quantum key exchanges by default, they ensure browser-to-server traffic is resistant to future quantum analysis.
- Signal (PQXDH): The Signal Protocol now utilises the PQXDH (Post-Quantum Extended Diffie-Hellman) agreement, adding a layer of quantum-resistant key encapsulation to every new chat session to neutralise HNDL.
Strategic Action: What the Board Must Do Now
Mitigating quantum risk is a multi-year transition to Post-Quantum Cryptography (PQC). In 2026, the priority is crypto-agility.
| Action Item | Business Justification |
| Cryptographic Inventory | Identify where RSA and ECC are used. You cannot protect what you cannot see. |
| Prioritise “Long-Life” Data | Focus first on data that must remain secret for 5–10+ years. This is the primary target for HNDL harvesters. |
| Modernise VPNs & Gateways | Move towards hybrid PQC/classical VPN solutions to protect data currently moving across the public internet. |
| Audit Supply Chain | Ensure your cloud and SaaS providers have a clear NIST-approved PQC roadmap. |
Summary: From Future-Proofing to Present-Day Governance
The window for a graceful transition is closing. With NIST having finalised standards like ML-KEM (FIPS 203), the tools for defence are available. However, a full migration typically takes 3 to 5 years. Starting in 2026 ensures your organisation is protected before the predicted maturity of quantum capabilities in the early 2030s. Executives must shift the conversation from “if” this technology arrives to how much of their current data is already “at sea” in adversary hands.