Skip to main content

Computer Science · Encryption Unit · Session 7 of 8

The lock is fine. The question is how long the world stays unable to pick it.

Every "unbreakable" encryption standard in history has eventually needed replacing — not because it was flawed, but because computing power caught up with it. Quantum computing is the next such shift, and unusually, the industry has been preparing for it years before it's expected to actually arrive.

A server and networking equipment rack, with status lights and cabling.
Photo: Kevin Ache / Unsplash

Executive summary

Goal: explain why encryption needs to be future-proofed, describe the quantum computing threat, and name a real response already underway.

TimeSegment
0–10 minDiagnostic: what "unbreakable" really means
10–30 minExplaining the quantum threat and its timeline
30–45 minWorked example: post-quantum cryptography
45–55 minActivity: encrypted today, exposed tomorrow
55–60 minExit question and key terms

Before you start​

Why encryption needs future-proofing​

Encryption standards are only as strong as the computing power available to attack them. AES and the mathematics behind public-key encryption (Session 3) rely on problems that would take today's ordinary computers an impractically long time to solve by brute force — long enough to be useless to an attacker in practice. Future-proofing means preparing for the point when that stops being true, either because ordinary computers become dramatically faster, or because an entirely different kind of computer changes what "impractically long" means.

The quantum computing threat​

Quantum computers are a fundamentally different kind of computer, built on quantum mechanics rather than the classical bits (0s and 1s) that ordinary computers use. Companies including Google and IBM have been building and steadily scaling up experimental quantum computers through the 2020s — Google's Sycamore (2019) and Willow (2024) chips were both presented as milestones in this progress.

The concern for encryption specifically is that a sufficiently powerful, reliable quantum computer could run algorithms — most importantly one called Shor's algorithm — that solve the mathematical problems underlying public-key encryption (Session 3) dramatically faster than any classical computer, potentially undermining it. AES-based symmetric encryption (Session 2) is considered less immediately at risk, though a large enough quantum computer would still weaken it and is expected to need larger keys to stay safe.

Worked example: post-quantum cryptography​

Activity: encrypted today, exposed tomorrow​

For each scenario, explain whether the "harvest now, decrypt later" risk applies, and why.

  1. A hospital's confidential patient records, encrypted and stored for the required 20-year retention period.
  2. A one-time verification code texted to confirm a coffee shop loyalty account, valid for 5 minutes.
  3. A national government's classified diplomatic communications, sent today.
Reveal model answers and check your work
  1. Yes, significantly — the data needs to stay confidential for two decades, well within a plausible window for quantum computing to advance, so data encrypted today with a vulnerable method could be harvested now and decrypted later within its useful lifetime.
  2. No, effectively — the code is only useful for five minutes; even if it were somehow decrypted years from now, it would be worthless by then.
  3. Yes, often especially so — some government and diplomatic communications are considered sensitive for decades, making them one of the highest-priority cases for adopting post-quantum methods early.

Exit question​

Explain the difference between the quantum risk to data that is already encrypted and stored, and the quantum risk to data that still needs to be encrypted in the future — and why that difference matters for deciding what to future-proof first.

Key terms

  • future-proofing
  • quantum computing
  • Shor's algorithm
  • post-quantum cryptography
  • harvest now, decrypt later
  1. 1
  2. 2
  3. 3
  4. 4
  5. 5
  6. 6
  7. 7
  8. 8