← Alle berichten
Post-quantum cryptographyOctober 22, 2026

Estonia is making post-quantum cryptography practical: start by knowing what you are using

Estonia is making the transition to post-quantum cryptography concrete: first inventory algorithms, keys, suppliers, and long-lived data, and then migrate risk-basedly.

De kern

ENISA zette op 22 oktober Estlands aanpak voor de overgang naar post-quantumcryptografie centraal. De boodschap is opvallend nuchter: begin niet met het massaal kopen van “quantumveilige” producten, maar maak eerst zichtbaar waar cryptografie zit, welke informatie langdurig geheim moet blijven en van welke leveranciers en protocollen je afhankelijk bent.

Estland wil hoog-risicosystemen uiterlijk in 2030 quantumveilig hebben en alle systemen uiterlijk in 2035. De nationale aanpak bestaat uit drie brede stappen: een cryptografische inventaris, gedetailleerde migratieplannen met prioriteiten en daarna gefaseerde implementatie. Digitale identiteiten, X-Road, internetstemmen en het bevolkingsregister behoren tot de ingewikkelde onderdelen.

Dit nieuws betekent niet dat er nu een quantumcomputer bestaat die vandaag jouw bankverbinding of Signal-bericht kan breken. Wanneer een cryptografisch relevante quantumcomputer beschikbaar komt, is onbekend. Het risico begint wel vóór die dag: een tegenstander kan versleutelde gegevens nu verzamelen en later proberen te ontsleutelen. Voor informatie die tientallen jaren gevoelig blijft, is wachten daarom geen neutrale keuze.

What is changing?

Veel huidige digitale beveiliging gebruikt asymmetrische cryptografie. Daarbij horen publieke en geheime sleutels die onder meer websites authenticeren, software-updates ondertekenen, verbindingen opzetten en digitale handtekeningen mogelijk maken. Veelgebruikte families zoals RSA en elliptische-curvecryptografie kunnen in theorie door een voldoende krachtige, foutgecorrigeerde quantumcomputer worden gebroken.

Post-quantumcryptografie gebruikt andere wiskundige problemen waarvoor geen vergelijkbare quantumversnelling bekend is. NIST heeft onder andere ML-KEM voor sleutelovereenkomst en ML-DSA en SLH-DSA voor digitale handtekeningen gestandaardiseerd. “Gestandaardiseerd” betekent dat implementatie kan beginnen, niet dat ieder bestaand apparaat de algoritmen al ondersteunt of dat migratie zonder risico is.

Estland behandelt de verandering daarom als een meerjarig continuïteitsprogramma. Iedere organisatie blijft verantwoordelijk voor haar eigen overgang. Voorrang gaat naar organisaties met gegevens die lang geheim moeten blijven en naar centrale infrastructuur of diensten waarvan veel andere systemen afhankelijk zijn. Vanaf 2027 zijn trainingen en nadere technische richtlijnen voorzien.

Waarom doet dit ertoe?

Cryptografie zit overal maar is vaak onzichtbaar. Ze zit in TLS-certificaten, VPN’s, smartcards, mobiele apps, back-ups, softwareondertekening, firmware, API’s en verbindingen met leveranciers. Een organisatie kan haar eigen webserver aanpassen maar alsnog vastlopen doordat een identiteitsprovider, HSM, netwerkapparaat of oud industrieel systeem de nieuwe algoritmen niet ondersteunt.

Voor defensie en vitale ketens is de levensduur extra belangrijk. Ontwerpgegevens, personeelsdossiers, operationele patronen en diplomatieke informatie kunnen over tien of twintig jaar nog waarde hebben. Ook digitale handtekeningen tellen: software en firmware moeten soms jarenlang aantoonbaar authentiek blijven. Een migratie die alleen naar versleuteling kijkt, mist integriteit en herkomst.

De Estse aanpak is geen bewijs dat hun precieze planning één-op-één bij Nederland past. Het is wel een officieel praktijkvoorbeeld dat aansluit op de Europese routekaart. De eigen gevolgtrekking voor Nederlandse organisaties is: inventarisatie en crypto-agility zijn al nuttig, ook als de quantumdoorbraak later komt dan verwacht. Algoritmen, certificaten en leveranciers veranderen immers nu al.

Wat betekent dit concreet voor jou?

Je hoeft als consument geen “quantumtelefoon” te kopen of bestanden zelf met experimentele algoritmen te versleutelen. Houd apparaten en apps ondersteund, laat updates toe en kies diensten die transparant zijn over beveiliging en ondersteuning. Zelfgebouwde cryptografie is vrijwel altijd riskanter dan wachten op goed geteste implementaties in gangbare producten.

Denk wel na over de levensduur van gegevens. Een vakantiefoto is iets anders dan medische informatie, identiteitsdocumenten, intieme gesprekken of gegevens over familie en werk. Verwijder kopieën die geen doel meer hebben en voorkom dat gevoelige archieven verspreid raken over oude laptops, mailboxen en onbeheerde clouds.

Vraag zakelijke leveranciers niet alleen of zij “PQC ondersteunen”, maar wanneer, in welke protocollen en met welk terugvalplan. Een marketingvinkje zegt weinig. Een bruikbaar antwoord noemt ondersteunde standaarden, versies, interoperabiliteit, sleutelbeheer, certificaten en de impact op bestaande apparaten.

Wat betekent dit voor je digitale voetafdruk?

De quantumdreiging draait vooral om langlevende gegevens. Een onderschepte verbinding kan vandaag onleesbaar zijn maar toch worden opgeslagen. Later ontsleutelen is alleen waardevol als de inhoud dan nog gevoelig is. Openbare profielen, reispatronen en toekomstige datalekken kunnen oude gegevens bovendien nieuwe betekenis geven.

De voetafdruk omvat ook digitale handtekeningen. Een ondertekend document, softwarepakket of identiteitsbewijs vertrouwt op sleutels en algoritmen. Organisaties moeten weten hoe lang een handtekening betrouwbaar moet blijven en hoe zij bewijs opnieuw kunnen ondertekenen of tijdstempelen wanneer standaarden wijzigen.

Voor gezinnen geldt vooral dat minder kopieën beter beheersbaar zijn. Voor organisaties betekent dit gegevensclassificatie, bewaartermijnen en een overzicht van dataflows. Wie niet weet waar gevoelige gegevens staan, kan ook niet bepalen welke verbinding of opslag als eerste quantumveilig moet worden.

Een haalbaar stappenplan

  1. ZIEN — maak een cryptoinventaris. Registreer algoritmen, sleutels, certificaten, protocollen, libraries, apparaten, leveranciers en de gegevens die zij beschermen. Begin bij kroonjuwelen en internetverbindingen.
  2. RICHTEN — prioriteer op levensduur en impact. Geef voorrang aan informatie die na 2030 nog geheim of authentiek moet zijn, centrale identiteiten, softwareondertekening en moeilijk vervangbare infrastructuur.
  3. LATEN HANDELEN — benoem een migratie-eigenaar. Verdeel verantwoordelijkheid over security, architectuur, inkoop, privacy, applicatiebeheer en leveranciersmanagement. Laat teams afwijkingen en cryptografische afhankelijkheden melden.
  4. TOETSEN — voer kleine hybride pilots uit. Test klassieke en post-quantummechanismen samen waar de standaard en leverancier dit ondersteunen. Meet prestaties, pakketgroottes, foutafhandeling en terugvalgedrag.
  5. LEREN — houd de inventaris levend. Koppel haar aan assetmanagement, certificaatbeheer, SBOM’s en wijzigingsprocessen. Een spreadsheet die na één project veroudert, is geen crypto-agility.

Voor de techneuten

Dreigingsmodel en technische context

Het relevante quantumdreigingsmodel betreft vooral Shor’s algoritme tegen RSA, Diffie-Hellman en elliptische-curvesystemen zoals ECDH en ECDSA. Symmetrische cryptografie en hashes worden anders geraakt; voldoende sleutel- en outputlengte blijft daar de basis. Een concrete migratie moet daarom onderscheid maken tussen key establishment, signatures, data-at-rest, transport en langdurige bewijswaarde.

Gebruik gestandaardiseerde mechanismen: ML-KEM voor key encapsulation, ML-DSA of SLH-DSA voor signatures waar passend. Algoritmekeuze alleen is niet genoeg. Implementatiefouten, random-number generation, side channels, certificaatprofielen, protocolbinding en sleutelopslag kunnen een formeel sterk algoritme alsnog ondermijnen.

Een hybride overgang combineert een klassieke en post-quantumcomponent zodat een verbinding niet uitsluitend op de nieuwere component vertrouwt. Dat helpt tijdens de transitie, maar introduceert grotere berichten, extra foutmodi en complexere onderhandeling. Downgradebescherming en eenduidige sleutelafleiding moeten door het gebruikte protocol en de leverancier correct zijn ontworpen.

Technisch uitgewerkte oplossing

  1. Inventariseer per gebruiksdoel. Zoek X.509-certificaten, SSH- en VPN-sleutels, TLS-configuraties, code signing, documenthandtekeningen, S/MIME, databaseversleuteling, KMS/HSM-objecten, embedded firmware en custom libraries. Leg eigenaar, rotatie, afhankelijkheden en vereiste vertrouwensduur vast.
  2. Maak dataflows zichtbaar. Koppel cryptografische assets aan datasets, API’s en ketenpartners. Prioriteer harvest-now-decrypt-later op basis van gevoeligheidsduur, onderscheppingsmogelijkheid en gevolgen van toekomstige openbaarmaking.
  3. Bouw crypto-agility. Verwijder hard-coded algoritmen en sleutellengtes, gebruik versieerbare interfaces en configuratie, automatiseer certificaatrotatie en leg een gecontroleerde algorithm-policy vast. Voorkom dat applicaties zelfstandig experimentele crypto toevoegen.
  4. Test interoperabiliteit. Meet handshakegrootte, CPU, geheugen, latency, MTU-fragmentatie, load-balancers, proxies, HSM- en smartcardondersteuning, logging en monitoring. Test fout- en downgradepaden bewust zonder fail-open te introduceren.
  5. Beheer leveranciers. Vraag om concrete protocol- en versieplannen, ondersteunde standaarden, firmwarepaden, sleutelportabiliteit, certificaatprofielen en supporteinde. Neem vervangbaarheid en export van auditbewijs op in contracten.
  6. Migreer gefaseerd. Start met pilots en langlevende hoog-risicodata, gebruik hybride modi waar gestandaardiseerd, monitor compatibiliteit en houd een gecontroleerde klassieke terugval alleen zolang het risicobesluit dat toestaat.

Een terugvalplan mag niet automatisch alle verkeer naar klassieke cryptografie laten zakken zodra een peer niet meewerkt. Definieer welke diensten tijdelijk klassiek mogen blijven, welke moeten blokkeren en wie die uitzondering goedkeurt. Bewaar testresultaten en telemetrie, zodat de organisatie weet of post-quantumonderhandeling daadwerkelijk wordt gebruikt.

De belangrijkste acties

  1. Begin met een cryptoinventaris, niet met productmarketing.
  2. Prioriteer gegevens die na 2030 nog gevoelig zijn.
  3. Vraag leveranciers om standaarden, versies en migratiedata.
  4. Test hybride oplossingen op prestaties én downgradegedrag.
  5. Koppel crypto-agility aan regulier asset- en certificaatbeheer.

Wat weten we nog niet?

  • Wanneer een cryptografisch relevante quantumcomputer beschikbaar komt.
  • Welke aanvullende algoritmen en protocolprofielen uiteindelijk breed worden ingezet.
  • Hoe snel oudere appliances, HSM’s en identiteitsmiddelen ondersteuning krijgen.
  • Welke organisaties nu al doelwit zijn van harvest-now-decrypt-laterverzameling.

Bronnen

Dit artikel is een onafhankelijke Nederlandstalige duiding van openbare officiële bronnen.