Skip to content
Quantum Computing, Quantum AI & Post-Quantum Security

Quantum Cryptography

Understand quantum cryptography from first principles: information-theoretic security, the BB84, B92 and E91 protocols, eavesdropper detection through disturbance, quantum random number generation, and the gap between a security proof and a deployed device.

On this page13 sections
Learning brief

Before you begin

Who it is for

cryptography and information-security professionals, network architects, physics graduates and security researchers

Assumed background

QC-01 and basic classical cryptography (symmetric and public-key primitives)

Level and study time

Advanced · 8-10 weeks

  1. prove the no-cloning bound and use it to explain why eavesdropping is detectable
  2. implement BB84 in simulation with interception, noise and error-rate analysis
  3. compute a quantum bit error rate and decide whether key generation may proceed
  4. explain error correction and privacy amplification as separate stages with separate assumptions
  5. state why authentication remains classical and mandatory in every QKD deployment
  6. distinguish quantum cryptography, QKD, post-quantum cryptography and quantum-safe architecture without conflating them
Overview

Course Overview and Professional Relevance

Quantum cryptography is the one quantum technology with a decades-long record of deployed systems, and also the one most often confused with post-quantum cryptography. This course separates them permanently: quantum cryptography uses quantum mechanics to distribute or protect key material, while post-quantum cryptography replaces classical algorithms with ones believed resistant to quantum attack.

You will work from information-theoretic security through the BB84, B92 and E91 protocols, implement them in simulation, and analyse what an eavesdropper can and cannot learn. The treatment of error rates, reconciliation and privacy amplification is quantitative, because key rate is the number that decides whether a system is useful.

The second half confronts devices. Real sources, detectors and optical components have imperfections that protocol proofs do not cover, and several deployed systems have been broken through them. Understanding that gap is what allows you to assess a QKD purchase rather than accept a vendor diagram.

Foundations

Core Concepts and Technical Foundations

Information-Theoretic Security

Security that holds against an adversary with unbounded computation, in contrast to computational assumptions such as factoring hardness.

No-Cloning Theorem

An unknown quantum state cannot be copied; any attempt to learn the basis disturbs the state, which is what makes intrusion visible.

BB84

Four states in two mutually unbiased bases; sifting keeps only matching-basis bits, and the error rate bounds eavesdropper information.

Error Correction and Privacy Amplification

Reconciliation removes discrepancies; hashing compresses the key so any residual adversary knowledge is exponentially reduced.

Device Imperfections

Detector efficiency mismatch, source flaws and side channels enable attacks that the abstract protocol proof does not cover.

Authentication Requirement

Without an authenticated classical channel, man-in-the-middle replaces the protocol entirely; QKD does not solve authentication.

In depth

Deep Dive: Science, Mathematics and Implementation

Information-theoretic security and the no-cloning bound

Classical public-key security rests on computational assumptions; information-theoretic security holds against an adversary with unbounded computing power, provided the key is truly random, as long as the message, and never reused. The one-time pad is the canonical example, and its practical difficulty is key distribution — which is exactly what QKD attempts to solve.

The no-cloning theorem states that no unitary can copy an unknown quantum state. An eavesdropper cannot faithfully copy a photon in an unknown basis, so any attempt to gain information introduces disturbance that the legitimate parties can detect through their error rate. This is the security intuition behind prepare-and-measure protocols; the formal proofs are considerably more involved.

  • QKD solves key distribution, not authentication, integrity or endpoint security.
  • One-time-pad usage requires key length equal to message length.
  • Security analysis must include finite-key effects, not only asymptotic bounds.
  • Randomness quality is an assumption that must be engineered.

BB84 in detail, and implementing it honestly

BB84 encodes bits in two mutually unbiased bases. Alice sends one of four states; Bob measures in a randomly chosen basis; they publicly compare bases and keep matching positions, producing a sifted key of roughly half the transmitted bits. An eavesdropper measuring in the wrong basis disturbs the state, raising the quantum bit error rate.

A simulation must model all of it: basis choice, channel loss, dark counts, detector efficiency and interceptor behaviour. The valuable outcome is a curve of secure key rate against distance and error rate, plus a demonstration that interception above a threshold causes the protocol to abort. Anything less is a diagram, not an implementation.

  • Model loss and dark counts explicitly; they bound realistic key rates.
  • Show that interception raises QBER toward the abort threshold.
  • Implement sifting and reconciliation separately to expose assumptions.
  • Report secure key length after privacy amplification, not raw sifted length.

Entanglement-based protocols, E91 and Bell tests

E91 distributes entangled pairs and derives security from the observed violation of a Bell inequality. If the measured correlations exceed the classical bound, the assumption that the devices share a local hidden-variable description fails, and an eavesdropper who learned the outcomes would have destroyed the violation.

Entanglement-based schemes enable device-independent security in principle, since trust in the devices is replaced by statistical tests. In practice the loopholes — detection, locality, freedom of choice — must all be closed, which demands demanding experimental infrastructure and long measurement times.

  • Report the measured Bell parameter and its uncertainty.
  • Close detection and locality loopholes explicitly.
  • Account for the samples consumed by the Bell test itself.
  • Distinguish device-independent theory from implemented security.

Reconciliation, privacy amplification and real devices

After sifting, Alice and Bob hold correlated but not identical strings. Error correction (reconciliation) makes them agree while leaking information; privacy amplification compresses the key so that an adversary's partial knowledge is reduced exponentially, at the cost of key length. Both stages consume key material and must be accounted for in the final rate.

Practical attacks target devices rather than protocols: detector efficiency mismatch enables blinding, bright illumination enables Trojan-horse probing, and source flaws leak basis information. Measurement-device-independent designs remove detector side channels at the cost of network complexity. Every deployed link should be assessed against the published attack literature, not only the protocol proof.

  • Report the fraction of sifted key surviving reconciliation and amplification.
  • Document detector specifications and countermeasures.
  • Patch and monitor device firmware; side channels are patchable bugs.
  • Use certified hardware and independent security evaluation where available.

What Quantum Key Distribution Guarantees, and What It Does Not

QKD guarantees that an eavesdropper's information about a distributed key is bounded by physics rather than by computational assumptions. It does not authenticate the parties by itself, it does not protect data at rest, and it does not make an insecure network secure. Every deployment therefore depends on a classical authentication layer, and the security of the whole system is bounded by that layer.

The guarantee is also conditional: on the detector model, on the source characterisation, on the correctness of the classical post-processing, and on the implementation matching the proof. Deviations from the model are exactly where practical attacks have succeeded — detector blinding, photon-number splitting against weak coherent sources, and side channels in the classical channel. Understanding these attacks is more valuable than memorising protocol names.

Operational discipline matters as much as the cryptography. Keys need rotation, storage, audit and revocation; a QKD link producing keys nobody rotates is a compliance ornament. When evaluating a deployment, ask how key material enters and leaves the system, not only what the security proof says.

  • State the authentication mechanism; QKD does not provide it.
  • Specify the source and detector model the security proof assumes.
  • Require independent characterisation, not vendor specification alone.
  • Document key lifecycle: generation rate, rotation, storage and revocation.

Protocol Families and Their Engineering Trade-offs

BB84 with weak coherent pulses is the most deployed approach because it works with standard telecom components. Its limitations are practical: multi-photon emissions weaken the guarantee, and decoy-state methods are needed to bound them. Measurement-device-independent QKD removes detector side channels by having a central relay perform the measurement, at the cost of lower key rates and additional hardware. Continuous-variable QKD uses coherent detection compatible with existing optical infrastructure but has tighter loss and excess-noise requirements.

Comparing protocols is a system-design exercise. Rate depends on distance, loss, detector efficiency and the fraction of signals surviving post-selection. Range depends on error rate crossing the security threshold. Hardware maturity determines whether you can operate it unattended. A protocol that is theoretically stronger but requires cryogenic detectors may be the wrong choice for a field deployment with a repair cycle measured in weeks.

Entanglement-based schemes are the natural fit for future quantum networks and repeaters but are furthest from operational simplicity. Treat them as a research trajectory rather than a procurement option unless the deployment is explicitly a testbed.

  • Compare protocols on rate, range, hardware maturity and maintenance burden.
  • Account for decoy-state overhead when estimating usable key rate.
  • Match detector technology to the operational environment and repair cycle.
  • Treat entanglement-based deployments as testbeds unless already supported.

Attacks Worth Knowing Before You Deploy

Practical attacks target implementations, not mathematics. Detector blinding makes a detector respond deterministically to bright light, so an attacker learns the basis without disturbing the state. Photon-number splitting exploits multi-photon pulses from attenuated lasers, taking one photon and passing the rest. Trojan-horse probing sends light back into the source to read modulator state. Time-shift attacks exploit detector efficiency mismatch.

Each has a countermeasure that must be verified, not assumed: measurement-device-independent designs, decoy states, optical isolators, and detector calibration monitoring. The recurring lesson is that the security proof covers an idealised device, and the deployment contains a real one whose behaviour drifts with temperature, age and calibration.

Monitoring is part of the defence. Track error rate, detection statistics and detector efficiency over time; a sudden improvement in one parameter is as suspicious as a degradation. Many attacks work by making the system behave better than it should, which is easy to miss if you only alarm on bad numbers.

  • Model the attack surface at the device level, not just the protocol level.
  • Verify countermeasures experimentally rather than from datasheets.
  • Monitor for anomalous improvements in error rate and detection statistics.
  • Recalibrate on a schedule and after any physical intervention.

Integrating QKD Into an Enterprise Network

A QKD link provides key material; a network needs key management. The integration work is a key-delivery interface that feeds session keys to encryptors or applications, with defined rates, buffer behaviour under outage and fallback policy. If the fallback silently reverts to a classical key exchange, the security claim must say so explicitly, because operators will assume the stronger guarantee is always active.

Site requirements are frequently underestimated: dark fibre with acceptable loss, controlled access to equipment, stable temperature for detectors, and a monitoring path that does not itself depend on the link being protected. A link that cannot be supervised is a link that will be bypassed by the operations team within a quarter.

Plan the migration as a portfolio. QKD for high-value fixed links, post-quantum cryptography for everything that cannot have dedicated fibre, and classical cryptography for the rest with a documented deprecation path. The three coexist for years, and the architecture must make the boundary between them explicit rather than accidental.

  • Define the key-delivery interface and buffer behaviour under link loss.
  • State the fallback policy explicitly; silent reversion invalidates the claim.
  • Verify fibre loss and physical site conditions before procurement.
  • Treat QKD, PQC and classical cryptography as a documented portfolio.

Laboratory: BB84 with and without eavesdropping

Demonstrate that interception raises the error rate detectably.

Simulate BB84 with a noiseless channel, then with an intercept-resend eavesdropper, and compare QBER and secure key output.

  • Implement state preparation and measurement.
  • Add sifting.
  • Insert interceptor.
  • Compare QBER against threshold.

Laboratory: Loss and key rate

Compute secure key rate against distance.

Model fibre loss, detector efficiency and dark counts, then plot secure key rate from 10 to 100 km.

  • Set device parameters.
  • Compute arrival probability.
  • Apply reconciliation and amplification overheads.
  • Plot and interpret.

Laboratory: Authentication gap

Show why QKD fails without an authenticated channel.

Simulate a man-in-the-middle against an unauthenticated classical channel and demonstrate key mismatch or complete compromise.

  • Implement two independent sessions.
  • Substitute messages.
  • Observe keys.
  • Add authentication and retest.

Case analysis: Financial infrastructure

Context: Protecting settlement links against future decryption.

Method: Pilot QKD between data centres plus parallel PQC migration.

Findings and status: QKD limited by distance and cost; PQC adopted for the broader estate.

Transferable lesson: QKD complements rather than replaces post-quantum migration.

Case analysis: Network operators

Context: Key delivery to many endpoints.

Method: QKD-derived keys fed into key management with classical fallback.

Findings and status: Operational complexity dominated total cost.

Transferable lesson: Integration cost, not protocol performance, decides viability.

Case analysis: Research

Context: Published QKD systems broken through detector side channels.

Method: MDI-QKD designs and hardware monitoring.

Findings and status: Attack classes mitigated at increased implementation complexity.

Transferable lesson: Device security is not implied by protocol security.

Case analysis: Satellite communications

Context: Intercontinental key distribution beyond fibre reach.

Method: Free-space links with trusted ground stations.

Findings and status: Demonstrations complete; availability limited by weather and passes.

Transferable lesson: Physics constrains availability, which must enter the service design.

Case analysis: Financial infrastructure

Context: The pilot reported key rate but not key-management integration, and the encryptors continued to source keys classically during outages without logging it.

Method: Instrumented the key-delivery interface, defined an explicit fallback policy with alerting, and ran deliberate link-interruption tests.

Findings and status: Operators could state at any moment which key source was in use, which made the assurance claim auditable.

Transferable lesson: A security claim is only as good as its ability to say which mechanism is active right now.

Case analysis: Government testbed

Context: Detector efficiency drifted with temperature, raising the error rate without any attack present.

Method: Added continuous detector characterisation and a recalibration schedule, plus alarms on anomalous improvements as well as degradations.

Findings and status: Link availability improved and the monitoring regime was adopted as the operational baseline.

Transferable lesson: Physical drift and attack are indistinguishable without characterisation data over time.

Practical exercises

Work through these in order — each builds evidence the capstone requires. Record assumptions, code versions, shots or sample counts, and validation results; the reasoning is assessed, not only the answer.

  • 1. Sifting implementation — Implement basis comparison and quantify sifted key fraction. (tools: Python).
  • 2. Intercept-resend analysis — Compute theoretical QBER under full interception and verify by simulation. (tools: Python, QuTiP).
  • 3. Finite-key bound — Compare asymptotic and finite-key secure rates. (tools: Python).
  • 4. Device attack reading — Summarise one published detector attack and its countermeasure. (tools: literature).
  • 5. Architecture comparison — Cost a trusted-node chain against PQC migration for a given topology. (tools: spreadsheet).

Capstone project: QKD feasibility and trust-boundary assessment

An organisation is offered a QKD link between two data centres and needs an independent technical assessment.

Problem: Model the link, compute achievable secure key rate, identify trust assumptions, and compare it with a post-quantum migration for the same requirement.

Objectives: Produce an evidence-based recommendation covering technical performance, security assurance and cost.

Deliverables: Simulation, key-rate analysis, attack-surface review, cost comparison and recommendation.

Assessment: Technical modelling 30%, security analysis 30%, cost comparison 20%, recommendation 20%.

  • Key rate modelled against distance with device parameters.
  • Interception and abort behaviour demonstrated.
  • Trust boundary documented per node.
  • PQC alternative costed for the same requirement.
  • Clear statement of what QKD does not protect.
Context

Why This Matters Now

Governments, defence organisations and financial market infrastructure operators are procuring QKD links now. Procurement teams need people who can compute expected key rates over a stated fibre distance, identify trust assumptions in relay architectures, and explain why authentication remains classical and mandatory.

The pedagogical value is broader still. Quantum cryptography is the clearest example of the distance between a security proof and a secure system, a lesson that transfers directly to post-quantum migration and to cryptographic architecture in general.

0.2 dB/km
Typical fibre attenuation at telecom wavelength — the dominant distance constraint
11%
Approximate BB84 error threshold beyond which key generation is aborted
2 bases
BB84 uses rectilinear and diagonal bases; sifting keeps only matching choices
Mandatory
Classical authentication of the public channel in every QKD deployment
Market

Industry Landscape and Adoption Reality

Deployed systems are predominantly discrete-variable BB84 over dark fibre at metro distances, with trusted-node chains extending reach and satellite links demonstrated for longer spans. Continuous-variable systems using standard telecom components offer higher key rates at shorter distances. Device-independent implementations exist in laboratories but remain far from commercial operation.

Commercially, QKD competes not only with post-quantum cryptography but with the operational cost of dedicated fibre, trusted nodes and specialist staff. That economic comparison, rather than any theoretical claim, usually decides adoption, which is why the course treats cost and integration as first-class topics.

Reference

Tables, Controls and Metrics

Technical Constraint, Mechanism, Symptom and Mitigation

The limits that decide feasibility, how each surfaces in practice, and the engineering response.

Constraint
Distance and loss
Mechanism
Fibre attenuation reduces photon arrival probability exponentially
Observed symptom
Key rate collapses beyond tens of kilometres
Mitigation
Trusted nodes, repeaters, satellite links
Constraint
Detector imperfections
Mechanism
Efficiency mismatch and dark counts create side channels
Observed symptom
Attacks succeed without raising QBER enough to abort
Mitigation
MDI designs, calibrated detectors, monitoring
Constraint
Authentication
Mechanism
Public channel is vulnerable to man-in-the-middle
Observed symptom
Protocol completed against an impostor
Mitigation
Pre-shared or post-quantum authenticated channel
Constraint
Finite-key effects
Mechanism
Statistical bounds are looser for short keys
Observed symptom
Secure rate lower than asymptotic estimate
Mitigation
Finite-key analysis, longer sessions
Constraint
Operational cost
Mechanism
Dedicated fibre, specialist staff and hardware
Observed symptom
Cost per protected link far exceeds software migration
Mitigation
Targeted deployment where assurance justifies cost

Source: Engineering guidance; validate every limit against your hardware, SDK version and problem instance

Method and Control Register with Standard Mapping

Methods that make the work repeatable, and the standard or framework each evidences.

Method
BB84 prepare-and-measure
What it does
Four-state protocol with basis sifting
Standard or framework reference
Bennett & Brassard, 1984
Method
Decoy-state method
What it does
Bounds photon-number-splitting attacks on weak coherent sources
Standard or framework reference
QKD literature
Method
Error reconciliation
What it does
Cascade and LDPC reconciliation to align keys
Standard or framework reference
QKD implementation literature
Method
Privacy amplification
What it does
Universal hashing to remove adversary knowledge
Standard or framework reference
Information theory
Method
Measurement-device-independent QKD
What it does
Removes detector side channels
Standard or framework reference
Lo, Curty, Qi, 2012
Method
Quantum random number generation
What it does
Provides the entropy underlying keys
Standard or framework reference
QRNG device standards

Source: References are engineering pointers; verify edition, scope and applicability

Performance and Quality Metrics

Illustrative acceptance targets — adapt to problem size, hardware and risk appetite.

Metric
Secure key rate
Illustrative target
Bits per second after amplification
Why it matters
The only rate that matters operationally
Metric
QBER
Illustrative target
Below protocol threshold with margin
Why it matters
Primary eavesdropper and health indicator
Metric
Maximum distance
Illustrative target
Reported with loss budget
Why it matters
Determines architecture and relay count
Metric
Finite-key correction
Illustrative target
Included in reported rate
Why it matters
Asymptotic rates overstate deployable performance
Metric
Trust boundary
Illustrative target
Documented per node
Why it matters
Trusted relays extend trust, not reduce it

Source: AIVANA BRAYNOR quantum engineering measurement framework, 2026

Tooling and Platform Landscape

Representative platforms and their practical limitation. Capability depends on version, access tier and target hardware.

Tool or platform
SimulaQron / SeQUeNCe
Purpose
Quantum network simulation
Typical use
Protocol simulation
Limitation
Abstracts device physics
Tool or platform
Qiskit / Cirq
Purpose
Circuit-level protocol demonstrations
Typical use
Teaching BB84 states
Limitation
Not optical channel simulation
Tool or platform
QuTiP
Purpose
Open-system and optical modelling
Typical use
Detector and channel modelling
Limitation
Parameter sensitivity
Tool or platform
OpenSSL
Purpose
Classical cryptography for authenticated channel
Typical use
Authentication layer
Limitation
Must itself be migrated to PQC
Tool or platform
NetSquid
Purpose
Quantum network discrete-event simulation
Typical use
Realistic link modelling
Limitation
Licensing and learning curve
Tool or platform
ID Quantique / Toshiba documentation
Purpose
Commercial QKD system references
Typical use
Integration planning
Limitation
Vendor-authored material

Source: Official vendor and open-source documentation linked below

Case Study Register

Every case study on this page in one register. Studies marked illustrative are authored teaching scenarios built on published techniques, not reported company results.

Sector
Government communications
Problem in one line
Long-term confidentiality for diplomatic traffic.
Approach
Metro QKD links with trusted nodes, classical authentication via pre-shared keys.
Transferable lesson
Trusted-node chains are a governance decision as much as a technical one.
Sector
Financial infrastructure
Problem in one line
Protecting settlement links against future decryption.
Approach
Pilot QKD between data centres plus parallel PQC migration.
Transferable lesson
QKD complements rather than replaces post-quantum migration.
Sector
Network operators
Problem in one line
Key delivery to many endpoints.
Approach
QKD-derived keys fed into key management with classical fallback.
Transferable lesson
Integration cost, not protocol performance, decides viability.
Sector
Research
Problem in one line
Published QKD systems broken through detector side channels.
Approach
MDI-QKD designs and hardware monitoring.
Transferable lesson
Device security is not implied by protocol security.
Sector
Satellite communications
Problem in one line
Intercontinental key distribution beyond fibre reach.
Approach
Free-space links with trusted ground stations.
Transferable lesson
Physics constrains availability, which must enter the service design.
Sector
Financial infrastructure
Problem in one line
The pilot reported key rate but not key-management integration, and the encryptors continued to source keys classically during outages without logging it.
Approach
Instrumented the key-delivery interface, defined an explicit fallback policy with alerting, and ran deliberate link-interruption tests.
Transferable lesson
A security claim is only as good as its ability to say which mechanism is active right now.
Sector
Government testbed
Problem in one line
Detector efficiency drifted with temperature, raising the error rate without any attack present.
Approach
Added continuous detector characterisation and a recalibration schedule, plus alarms on anomalous improvements as well as degradations.
Transferable lesson
Physical drift and attack are indistinguishable without characterisation data over time.

Source: AIVANA BRAYNOR authored case register, 2026

Standards, Frameworks and Applicability

Assess each reference against your system, sector and jurisdiction. These are engineering references, not a claim of certification.

Standard or framework
BB84 (Bennett & Brassard, 1984)
Status
Foundational paper
Applied to
Prepare-and-measure protocols
Standard or framework
ETSI ISG QKD specifications
Status
Industry group specifications
Applied to
QKD interfaces and security requirements
Standard or framework
ISO/IEC 23837 series
Status
Published / in development
Applied to
QKD security evaluation
Standard or framework
NIST post-quantum standards
Status
FIPS 203/204/205
Applied to
Classical authentication and the PQC alternative
Standard or framework
Common Criteria protection profiles
Status
Certification schemes
Applied to
Device assurance evidence

Source: Consult the current official text before relying on any requirement

Career Progression and Expectations

Level, role, expected skills, experience and typical responsibilities in this discipline.

Level
Foundation
Role
Network Security Analyst
Skills expected
Protocols, Python, cryptography basics
Experience
0-2 years
Responsibilities
Simulate protocols and review architectures
Level
Intermediate
Role
Quantum Communications Engineer
Skills expected
Optical links, reconciliation, key management
Experience
2-4 years
Responsibilities
Design and validate QKD links
Level
Advanced
Role
Quantum Security Architect
Skills expected
Trust boundary design, assurance
Experience
4-7 years
Responsibilities
Own architecture and vendor evaluation
Level
Mastery
Role
Principal Security Scientist
Skills expected
Programme strategy, standards participation
Experience
8+ years
Responsibilities
Set policy and represent the organisation externally

Source: AIVANA BRAYNOR quantum technology career framework, 2026

Evidence

Case Study: Government communications · illustrative engineering study

The problem

Long-term confidentiality for diplomatic traffic.

The response

Metro QKD links with trusted nodes, classical authentication via pre-shared keys.

Reported outcomes

Expected findings to validate yourself, not a reported company result: Operational links exist; trust boundary extends to every node.

What transfers

Trusted-node chains are a governance decision as much as a technical one.

Practice

Best Practices and Focus Areas

Roadmap

Implementation Roadmap

A phased path from requirements to an operating capability for quantum cryptography.

  1. Requirement assessment

    Define the assurance level, data lifetime and threat model.

  2. Cryptographic foundations

    Quantum information basics and protocol mathematics.

  3. Architecture

    Link topology, distance, relay and trust requirements.

  4. Protocol selection

    DV, CV, MDI or entanglement-based.

  5. Simulation

    Key rate modelling against realistic parameters.

  6. Device assessment

    Detector and source security review.

  7. Integration

    Authentication, key management and network integration.

  8. Validation

    QBER monitoring, failover and abort behaviour testing.

  9. Security review

    Independent assessment of the trust boundary.

  10. Operations

    Monitoring, patching and lifecycle management.

Careers

Career Applications

Build a portfolio for quantum cryptography around evidence: a reproducible notebook, a documented resource estimate, a measured classical baseline and a conclusion you can defend under questioning. The progression table connects each role to its expected skills and responsibilities.

Roles this opens

Network Security AnalystQuantum Communications EngineerQuantum Security ArchitectPrincipal Security Scientist

Skills you build

Information-Theoretic SecurityNo-Cloning TheoremBB84Error Correction and Privacy AmplificationDevice ImperfectionsAuthentication Requirement
Outlook

Future Outlook, 2026-2036

Expect quantum repeaters to move from laboratory demonstrations toward limited field trials, extending reach without full trust in intermediate nodes. Expect satellite links to serve niche long-distance requirements and metro deployments to continue where assurance needs justify dedicated fibre.

Expect also continued convergence: QKD supplying keys into key-management systems that also hold post-quantum material. For professionals, the durable skill is trust-boundary reasoning — deciding precisely what each technology protects and what it leaves exposed.

Questions

Frequently Asked Questions

Is quantum cryptography the same as post-quantum cryptography?
No. Quantum cryptography uses quantum mechanical effects, typically for key distribution. Post-quantum cryptography is classical software designed to resist quantum attack.
Does QKD make encryption unbreakable?
It makes key distribution detectable when attacked. Endpoint security, authentication and key management remain necessary and can still fail.
Why is authentication still classical?
Authenticating a quantum channel requires a classical authenticated channel; without it, a man-in-the-middle replaces the protocol entirely.
What is QBER?
The quantum bit error rate after sifting. Above the protocol threshold, the parties abort because the eavesdropper may hold too much information.
Why does distance limit QKD?
Photons are lost in fibre. Beyond tens of kilometres, arrival rates and finite-key statistics make secure key generation impractical without repeaters or trusted nodes.
What is a trusted node?
An intermediate station that holds keys in the clear and re-encrypts. It extends distance but extends the trust boundary to every node.
What is privacy amplification?
Compressing the reconciled key with a universal hash so an adversary's partial knowledge becomes exponentially small relative to the final key.
What is device-independent QKD?
A protocol whose security follows from observed Bell violation rather than device characterisation. It requires closing experimental loopholes.
Can QKD be attacked in practice?
Yes, through device imperfections such as detector blinding and source leakage. Several deployed systems have been broken this way.
Is QKD cheaper than PQC?
Rarely. PQC is software on existing infrastructure; QKD needs dedicated optics and specialist operations.
What is decoy-state QKD?
A technique using varying photon intensities to bound information leakage from multi-photon pulses in weak coherent sources.
Does QKD require a one-time pad?
It delivers symmetric keys, which can feed a one-time pad or a symmetric cipher. Reusing keys repeatedly reduces security guarantees.
What is CV-QKD?
Continuous-variable QKD encodes information in field quadratures using standard telecom components, offering high rates at shorter distances.
What roles require this knowledge?
Network security architects, cryptography engineers, government communications specialists and security assurance reviewers.
How does QKD interact with Zero Trust?
It provides key material for one link; Zero Trust still requires identity, segmentation and continuous verification across the estate.
What maths do I need?
Probability, information theory and basic linear algebra, plus enough optics to reason about loss and detection.
Is a Bell test required in deployment?
Only for device-independent claims. Most operational links rely on characterised devices and protocol proofs with finite-key analysis.
What key rate is useful?
It depends on the application; control-plane key rotation needs modest rates, bulk encryption needs far more, which is why hybrid architectures are common.
Should I buy QKD now?
Only where the assurance requirement and available budget justify dedicated infrastructure. Otherwise start the PQC migration, which is mandatory regardless.
What is the realistic future?
Continued niche deployment in high-assurance networks, satellite links for long distances and gradual integration with post-quantum key management.
Is QKD necessary if post-quantum cryptography exists?
Not for most organisations. PQC runs on existing infrastructure, needs no dedicated fibre and protects stored data through hybrid key exchange. QKD addresses a narrower problem: long-term confidentiality over links where you control the physical path and want security independent of computational assumptions. Most enterprises should deploy PQC first and consider QKD for specific high-value links where the operational conditions are genuinely met.
Does QKD protect against a compromised endpoint?
No. QKD secures key distribution across a link. If an endpoint is compromised, the attacker has the key through legitimate access. This is why endpoint security, authentication and access control remain the dominant risk in any real deployment, and why a QKD pilot that ignores them provides assurance on the easiest part of the problem.
Why do practical QKD systems use decoy states?
Because real sources emit occasional multi-photon pulses, and an attacker can split those, learning the key without detection. Decoy states are randomly varied intensity levels that let the parties estimate how much of the key came from single-photon events and bound the information an attacker could hold. Without them, the security claim for a weak coherent pulse source is not valid at useful distances.
What is the realistic maximum range today?
Fibre-based systems operate usefully at metropolitan distances, degrading with loss; trusted-node relaying extends reach at the cost of trusting intermediate sites. Long-haul without trust assumptions requires repeaters or satellite links, both of which are research or niche-deployment territory. Any quoted range figure should come with the loss, detector and protocol assumptions behind it.
How do I evaluate a QKD vendor claim?
Ask for the security proof assumptions, independent source and detector characterisation, demonstrated resistance to the known implementation attacks, key rate at your actual fibre loss, and the key-management interface. A vendor who cannot describe the detector model or the decoy-state implementation is offering an appliance, not a security guarantee, and procurement should treat it accordingly.
What should a QKD pilot measure?
Usable key rate at your loss and temperature, error rate stability over weeks, recovery behaviour after deliberate interruption, integration with your key-management and encryptor stack, and operator workload. A pilot that reports only a headline key rate has measured the laboratory, not the deployment, and will not predict whether the system survives its first winter.
Sources

References and Further Learning

Category: Quantum Computing, Quantum AI & Post-Quantum SecurityLevel: AdvancedDuration: 8-10 weeksAssessment: 40 MCQs · 80% pass · verifiable certificate
  1. Quantum Cryptography: Public Key Distribution and Coin Tossing
    Bennett & Brassard · 1984

    Original BB84 protocol paper.

  2. Quantum cryptography review
    Gisin, Ribordy, Tittel, Zbinden, Reviews of Modern Physics · 2002

    Foundational survey of protocols and implementations.

  3. ETSI QKD specifications
    ETSI ISG QKD · 2026

    Interfaces, security requirements and deployment guidance.

  4. Measurement-device-independent quantum key distribution
    Lo, Curty, Qi, Physical Review Letters · 2012

    Removes detector side channels.

  5. NetSquid documentation
    QuTech · 2026

    Quantum network simulation toolkit.

  6. NIST post-quantum cryptography
    NIST · 2024

    The classical migration path that complements QKD.

Practice

Knowledge check

Practice for Quantum Cryptography. These checks provide learning feedback only; certification requires the separate server-scored category assessment.

0 of 6 answeredNo answers yet
  1. BB84 sifting keeps bits where:

  2. QKD does not solve:

  3. Privacy amplification exists to:

  4. A trusted-node chain:

  5. Device-independent QKD derives security from:

  6. Compared with PQC, QKD mainly differs by:

Certification

Assessment and certification

Quantum Cryptography is assessed as part of the Quantum Computing, Quantum AI & Post-Quantum Security category assessment, not in isolation. Work through the practice questions and the labs on this page before sitting the online assessment from the Courses page. A score of 80 percent or above on the 40-question assessment unlocks the verifiable AIVANA BRAYNOR category certificate, issued with a unique certificate ID and a public verification link for recruiters and procurement teams.

  • Questions are drawn from all twelve topics, so no single page carries the whole assessment.
  • Feedback and correct answers are released after the third attempt.
  • Certificates are issued in the name you confirm at the point of passing and remain verifiable for five years.
40
Multiple-choice questions
80%
Pass mark
3
Attempts allowed
5 yr
Certificate validity

Continue learning

Related topics and courses to explore next

Explore all topics in this categoryView category

Learner outcomes

Careers built on capability

Reported outcomes from professionals across 170+ categories.

Machine Learning pathway increased my salary by 40%

Priya S.Data Scientist, Bangalore
AI & ML

Digital Marketing strategies are practical and India-focused

Amit J.Growth Lead, Delhi
Digital Marketing

Data Science pathway increased my salary by 40%

Rajesh S.Data Scientist, Pune
Data Science

Tokenomics modules helped me lead DeFi projects

Kavita R.Web3 Consultant, Chennai
Blockchain

GTM strategy helped launch my SaaS - 300% revenue growth

Siddharth J.Startup Founder, Mumbai
Business Strategy

Neural Networks course with TensorFlow landed me top AI job

Vikram R.ML Engineer, Hyderabad
Deep Learning

Spark and Kafka modules made my ETL pipelines 10x faster

Arjun M.Data Engineer, Pune
Data Engineering

AWS and Azure certs gave me 50% salary hike

Karthik S.Cloud Architect, Chennai
Cloud Computing

Kubernetes and Docker courses - deployed microservices!

Rohit A.DevOps Engineer, Noida
DevOps

Ethical hacking skills now protect critical infrastructure

Arun P.Security Analyst, Delhi
Cybersecurity

1-on-1 mentoring cracked top product company interviews!

Ananya P.Product Manager, Hyderabad
Product Management

Solidity courses helped build 3 DeFi protocols

Rahul S.Blockchain Dev, Bangalore
Web3

Core banking modules modernized legacy bank systems

Lakshmi V.Banking Tech Lead, Hyderabad
Banking

SEO courses doubled our organic traffic - ROI-focused!

Riya K.Growth Marketer, Delhi
SEO

Enrolled 200+ employees - analytics track progress perfectly

Suresh P.L&D Head, Bangalore
Corporate Training

Edge AI courses deployed smart factory solutions

Manish T.IoT Engineer, Pune
Edge Computing

Unity for VR built enterprise training simulations

Shruti D.AR/VR Dev, Mumbai
Immersive Tech

Warehouse automation reduced operational costs 25%

Gaurav S.SCM Manager, Gujarat
Supply Chain

GCC courses set up offshore center smoothly

Ravi C.GCC Director, Bangalore
GCC Setup

AI advisory content - now advising Fortune 500 clients

Deepika R.Strategy Consultant, Mumbai
Consulting

Power BI course got me promoted in 3 months!

Meera N.Business Analyst, Kochi
Business Intelligence

MLOps bridges data science and production perfectly

Divya K.SRE, Bangalore
MLOps

Zero Trust Security implemented org-wide successfully

Pooja G.InfoSec Manager, Gurgaon
Network Security

ITSM aligned with enterprise needs - training 500+ now

Neha V.Agile Coach, Pune
Agile & Scrum

AI marketing modules - campaign efficiency up 40%

Varun M.CMO, Jaipur
Marketing Strategy

AI in HR reduced time-to-hire by 60%

Preeti S.HR Director, Noida
HR Tech

Lean management optimized manufacturing processes

Anjali M.Operations Head, Ahmedabad
Operations

LLM modules - built first chatbot in weeks!

Sneha I.AI Researcher, Chennai
Generative AI

React and Node.js pathway landed FAANG role

Nikhil T.Full Stack Dev, Bangalore
Web Development

Design thinking transformed user research approach

Simran K.UX Designer, Mumbai
Design Thinking

UPI deep-dive modules helped me architect faster payment reconciliation flows

Tanmay B.FinTech Analyst, Mumbai
FinTech

Multi-cloud architecture course gave me confidence to design resilient hybrid systems

Ishwar D.Cloud Engineer, Bangalore
Cloud Computing

Quantum AI modules opened entirely new problem-solving approaches for my work

Farah Q.Research Analyst, Hyderabad
Quantum AI

ROS and kinematics course let me build my first autonomous navigation pipeline

Harish L.Robotics Engineer, Pune
Robotics

Unity VR modules helped me ship interactive training simulations end-to-end

Sumitra A.Immersive Dev, Chennai
AR/VR

Precision agriculture course gave me frameworks to deploy IoT crop monitoring

Yashwant G.AgriTech Lead, Indore
AgriTech

Last-mile optimization modules cut delivery costs and improved route planning

Nandini R.Logistics Analyst, Gurugram
Supply Chain

Advanced visualization course made my dashboards executive-ready and clear

Omkar V.BI Developer, Nagpur
Data Visualization