QER - Quantum Exposure Risk
Pre-pilot · v3 · Open for one design partner
QER working white paper · v3 · 30 October 2026

Three clocks to Q-Day. What would still be exposed if it arrived?

Data encrypted today can be harvested now and decrypted later. QER measures that exposure as the overlap of three clocks: when quantum capability arrives, when migration completes and when the data stops mattering. It is a pre-pilot framework for cyber insurers to evaluate, not a price.

Propose a pilot
the model

Exposure is the overlap of three clocks

Ed = ∫ fQ(t | Iτ) · SM,d(t) · Vd(t) dt
01 · quantum

When capability arrives

A distribution over arrival times, updated as evidence changes. No single Q-Day date is needed.

02 · migration

When migration completes

How long vulnerable key establishment persists, judged on evidence rather than plans.

03 · data

When consequence ends

How long compromise still matters. Deleting your copy doesn't remove one harvested earlier.

what v3 adds

Constraints that make it defensible

  • Key establishment, not signatures. Only KEM/DH migration reduces HNDL exposure. Signature migration is tracked as a separate, forward-looking authentication risk.
  • Evidence, not intent. Declared plans, technical observations and production evidence carry different weight. Strong evidence over narrow scope can't establish the whole estate.
  • Evidence expires. Favourable technical evidence lapses after a provisional 30 days unless re-observed. Adverse findings don't expire.
  • Monotone migration. A demonstrably stronger migration state can never show more exposure because two fitted curves cross.
  • Q-Day is a common event. Separate records and shared providers can't create artificial diversification across a portfolio.
  • Relative, not absolute. RARI compares an account with a governed benchmark. It is not a premium multiplier.
provenance

What's borrowed, what's ours

External sources supply the cryptographic threat, the post-quantum standards and the migration guidance. The modelling propositions are QER's own and remain provisional. Citing a source does not imply its endorsement.

ComponentSourceStatus
Quantum threat to public-key cryptographyShor, 1994external foundation
Post-quantum standardsNIST FIPS 203, 204 and 205external standard
Transition timelinesNIST IR 8547; NCSC migration timelines (2025)external guidance
Readiness and long-secrecy-life dataCISA, NSA and NIST, Quantum-Readiness (2023); NCSC, Next Steps (2023, updated 2024)external guidance
Sector-level HNDL exposureGarcia, Marcelino and Rufino, IEQ Technical Report 2026-S1related technical work
Cryptographic inventory toolingTenev, qrp-mcp (2026)related technical work
Three-clock exposure structureQER white paperour approach
Evidence, coverage and expiry adjustmentsQER white paperour approach
Key-establishment and signature splitQER white paperour approach
Common-driver and concentration treatmentQER white paperour approach
Severity separation and RARIQER white paperour approach

Related models include QARS (Electronics, 2025) and Rufino et al.'s IEQ (arXiv, 2026).

status

What QER can and cannot yet claim

can
  • Organise HNDL uncertainty
  • Separate timing from severity
  • Make evidence and unknown scope visible
  • Identify shared dependencies
  • Support governed relative comparison
cannot yet
  • Claim a validated quantum loss cost
  • Set technical premium or capital
  • Support binding or portfolio limits
  • Automate underwriting decisions

QER is mathematically specified and built to pass structural validation. It has not been empirically validated, because there is no body of HNDL claims to validate against yet. That is the gap a design partner closes.

QER is a research project of ARIA EngagEd Ltd Source code available to design partners on request