Skip to main content
RelixQBEYOND QUANTUM
Menu
Course outline

The exposure

What harvest-now-decrypt-later means

Define HNDL, its adversary model, and why it is a confidentiality problem, not a forgery problem.

7 min read · 7 min 10 sec film

What you'll be able to do

  • Define harvest-now-decrypt-later (HNDL) and its adversary model.
  • Explain why HNDL risk exists today even though no cryptographically relevant quantum computer exists yet.
  • Distinguish the confidentiality risk HNDL creates from the separate, future-only forgery risk facing signatures.
  • Identify, at a high level, the kinds of places captured data could plausibly come from.

Lesson film

Watch: What harvest-now-decrypt-later means

The attack has no alert, no incident, and no visible moment — the exposure is created years before anyone could notice it.

7 min 10 sec · 9 scenes

7 min 10 sec, narrated by your browser's voice. Captions and a full transcript are below — nothing here needs sound.

Most security risks announce themselves eventually. Something fails, something alerts, someone gets paged.

0:007:10

With the player focused: Space plays or pauses, ← → seek ten seconds, Home restarts, M toggles narration.

Full transcript

1. An attack with no alarm

2. The strategy

3. Nothing to detect

4. When exposure begins

5. Confidentiality, not forgery

6. Where copies come from

7. The three terms

8. What the course builds

9. Takeaway

The written lesson

Harvest-now-decrypt-later (HNDL) — also called store-now-decrypt-later — describes an adversary strategy, not a technology. An adversary captures ciphertext and any key-establishment or wrapping artifacts needed for later recovery. If a capable quantum computer exists while that information still needs to be secret, and the captured protection path is vulnerable, later decryption may expose it.

This is what makes HNDL easy to under-prioritize: an adversary can retain relevant encrypted data today without a current decryption alert. Exposure begins at capture if the needed ciphertext and key-establishment artifacts are available. Whether one record is at risk depends on its remaining confidentiality need, the captured artifacts, and the hypothetical future attack horizon. A ten-year lifetime is lower than a multi-decade lifetime but is not automatically safe.

HNDL (store-now-decrypt-later, catch-now-decrypt-later)
Three names for the same adversary strategy: capture protected data now, decrypt it once a CRQC exists.
CRQC (cryptographically relevant quantum computer)
A quantum computer capable of running Shor's algorithm at a scale that breaks the key sizes deployed in practice today. None exists yet, and this course does not predict when one will.
Confidentiality vs. forgery
HNDL concerns ciphertext confidentiality. Long-lived signature authenticity and archival verification are distinct, related migration problems.

An adversary does not need privileged access to do this. Publicly routable internet traffic, data held by any third party, and durable copies such as backups and logs are all realistic capture targets long before any CRQC exists. Module 2 treats where capture is actually plausible as its own variable, in detail.

For a deeper walkthrough of this exposure model, see Harvest-Now-Decrypt-Later Exposure. The rest of this course builds a repeatable way to answer, for any specific piece of data: is it exposed to HNDL, and if so, how urgently does that matter.

Define the adversary before labeling a flow: what can they observe now, which artifacts can they retain, and which future capability is being considered? Passive collection of a classical key exchange and associated ciphertext is an HNDL scenario. A plaintext breach or a future forged firmware image is a serious but different scenario; it calls for a different control and clock.

Work it through

Classify the threat before ranking it

A vendor retains encrypted traffic; a separate employee copies plaintext; a signing service continues issuing classical firmware signatures. Decide which event is HNDL.

About 5 min of unscored practice

Your task

  1. Classify each event as potential HNDL, current plaintext exposure, or future forgery.
  2. State what additional evidence would make the encrypted-traffic HNDL claim more precise.

Type here or copy the template. Your response stays in this page and is not submitted or scored.

Reveal model response and self-check rubric

A different answer can be sound when it states its assumptions and follows the evidence.

The retained encrypted traffic may create HNDL exposure if the vendor or another adversary can capture a relevant classical key-establishment transcript and the data must remain confidential long enough. The plaintext copy is a current breach. The signing service raises a future-forgery problem. Ask what key exchange was negotiated, which records were retained, and whose secrecy requirement applies.

Self-check

For each point: 0 = absent or incorrect, 1 = partly supported, 2 = well supported.

  • Distinguish confidentiality, plaintext disclosure, and future forgery.
  • State the capture and secrecy conditions instead of assigning a label from sensitivity alone.

Primary reading and claim sources

Publication status checked on the date shown. Draft guidance can change.

Knowledge check

An organization's TLS traffic is captured today by a passive network adversary and stored. No cryptographically relevant quantum computer exists yet.

Which statement is accurate?

Marking a lesson complete only updates this browser.