European perspective · 19 Oct 2026
Germany’s October signal: turn guidance into ownership.
The new national guidance makes the management question concrete: who owns the cryptographic transition, and what happens next?
Read the perspective
The German announcement should prompt an evidence-led conversation, not a claim that every organisation has acquired the same legal deadline. Start by establishing applicability, accountable owners and an inventory of dependencies.
- Separate document dates from migration targets.
- Identify which use cases carry the greatest consequence.
- Ask suppliers for product-specific transition evidence.
German government publication (opens in a new tab)Architecture perspective · 19 Oct 2026
Crypto agility is an operating capability.
Changing an algorithm is a technical task. Being able to change it safely and repeatedly is an organisational capability.
Read the perspective
NIST’s updated crypto-agility white paper provides a useful starting point. In practice, agility connects discovery, architecture, procurement, testing and decision-making; it cannot be reduced to a single library or API.
- Know where cryptography is used and who controls it.
- Design change boundaries and acceptance criteria.
- Keep exceptions visible and revisit them.
NIST CSWP 39, update 1 (opens in a new tab)Board perspective · 19 Oct 2026
Long-lived information changes the order of work.
A system’s replacement date is not the same as the confidentiality lifetime of the information it handles.
Read the perspective
Harvest-now-decrypt-later risk makes information lifetime a useful prioritisation lens. This does not mean every asset needs the same immediate intervention. Combine data sensitivity, lifetime, exposure and migration lead time.
- Classify information by required protection lifetime.
- Map the cryptography protecting that information.
- Document uncertainty and use it in prioritisation.
AIVD / CWI / TNO migration handbook (opens in a new tab)Standards perspective · 19 Oct 2026
“Selected” is not the same as “standardised”.
Algorithm announcements, draft guidance and final publications play different roles in procurement and architecture.
Read the perspective
The first three NIST PQC FIPS publications provide final algorithm standards. Work on additional algorithms and transition guidance continues. Keep a dated register so proposals are not mistaken for final requirements.
- Record the exact publication and its status.
- Distinguish algorithm standards from product validation.
- Recheck the official source before a design commitment.
NIST standardisation programme (opens in a new tab)