Bijgewerkt oktober 29, 2026
Kort: Kwantumveilige encryptie implementatie vereist eerst een volledige cryptografische inventarisatie, gevolgd door gefaseerde vervanging van kwetsbare algoritmen door NIST-goedgekeurde post-kwantumstandaarden zoals ML-KEM en ML-DSA. Europese organisaties die NIS-2 en GDPR naleven, kunnen niet langer wachten met deze transitie.

Kwantumveilige encryptie implementatie is het proces waarbij een organisatie haar huidige cryptografische algoritmen, zoals RSA, ECDSA en Diffie-Hellman, systematisch vervangt door of aanvult met algoritmen die bestand zijn tegen aanvallen door kwantumcomputers. Dit is geen toekomstmuziek meer: NIST publiceerde in augustus 2024 de eerste drie definitieve post-kwantumstandaarden (FIPS 203, 204 en 205), en Europese toezichthouders verwachten aantoonbare voorbereiding van organisaties in gereguleerde sectoren.

Let op: Het zogenoemde “harvest now, decrypt later”-risico betekent dat aanvallers vandaag al versleuteld verkeer kunnen opslaan om dit later, met een kwantumcomputer, te ontsleutelen. Organisaties met langlevende gevoelige data, zoals juridische dossiers, medische gegevens of staatsgeheimen, lopen nu al reëel risico.

Waarom kwantumveilige encryptie nu prioriteit heeft

De dreiging is niet hypothetisch, maar heeft een concrete tijdshorizon. ENISA schat dat een cryptografisch relevante kwantumcomputer RSA-2048 binnen tien tot vijftien jaar kan breken. Gecombineerd met actieve “harvest now, decrypt later”-campagnes maakt dit uitstel onverantwoord voor organisaties in de overheid, rechtspraktijk en andere gereguleerde sectoren.

Bovendien verankert NIS-2 (Richtlijn EU 2022/2555) de verplichting tot passende encryptie als onderdeel van risicobeheer voor essentiële en belangrijke entiteiten. GDPR artikel 32 stelt eenzelfde eis voor de bescherming van persoonsgegevens. Zodra kwantumkwetsbare encryptie niet meer als “state of the art” geldt, riskeren organisaties handhavingsmaatregelen van toezichthouders.

ENISA stelt in haar rapport over post-kwantumcryptografie: “The migration to post-quantum cryptography is not a single event but a long-term process that requires careful planning, prioritisation and coordination across sectors.”

Stap 1: Cryptografische inventarisatie uitvoeren

Een kwantumveilige encryptie implementatie begint altijd met een volledig beeld van de huidige cryptografische omgeving. Zonder inventarisatie weet u niet wat u moet migreren.

Wat inventariseren?

De inventarisatie omvat ten minste de volgende categorieën:

  • Algoritmen voor sleuteluitwisseling (RSA, DH, ECDH)
  • Algoritmen voor digitale handtekeningen (RSA-PKCS1, ECDSA, DSA)
  • Symmetrische versleuteling en sleutellengtes (AES-128 vs. AES-256)
  • Hashfuncties (SHA-1, SHA-256)
  • Certificaten en hun geldigheidsperiodes in de eigen PKI
  • TLS-versies en cipher suites per endpoint
  • VPN-configuraties (IKEv1/IKEv2, IPsec)

Hulpmiddelen voor de inventarisatie

Tools zoals openssl s_client, testssl.sh en netwerkscanners als Nmap met SSL-scripts brengen actieve TLS-configuraties in kaart. Voor interne code-audits zijn SAST-tools (Static Application Security Testing) geschikt om cryptografische API-aanroepen te lokaliseren. Het NCSC Nederland biedt specifieke PQC-migratiehulp en stelt dat organisaties dit proces nu al moeten starten: “Organisaties moeten nu beginnen met het inventariseren van hun cryptografische afhankelijkheden, ook al is de kwantumdreiging nog niet acuut. De transitie kost tijd die er later misschien niet meer is.”

Stap 2: TLS- en VPN-verbindingen kwantumveilig maken

TLS en VPN zijn de meest zichtbare aanvalsoppervlakken en de eerste prioriteit voor kwantumveilige migratie. Hybride sleuteluitwisseling biedt een veilige overgangsroute.

Hybride TLS met ML-KEM

De aanbevolen aanpak is hybride sleuteluitwisseling: een klassiek algoritme (ECDH P-256 of X25519) wordt gecombineerd met ML-KEM (voorheen Kyber), het algoritme achter FIPS 203. Cloudflare heeft post-kwantum TLS al uitgerold als standaard voor al haar klantverbindingen via het zogenoemde X25519MLKEM768-ciphersuite. Dit biedt beveiliging zolang ten minste één van beide componenten niet gebroken is.

Voor certificaatautoriteiten is de situatie complexer. Let’s Encrypt onderzoekt de uitgifte van post-kwantumcertificaten, maar certificaatketens met ML-DSA zijn groter dan klassieke ketens, wat prestatieimplicaties heeft voor webservers en mobiele clients.

VPN-verbindingen

IKEv2 ondersteunt in recente implementaties al aanvullende post-kwantum Key Exchange Methods (RFC 9242). Controleer of uw VPN-leverancier firmware-updates aanbiedt die ML-KEM of NTRU-gebaseerde uitwisseling ondersteunen, en test dit in een staging-omgeving vóór productie-uitrol.

Protocol Klassiek algoritme PQC-vervanging / aanvulling Status
TLS 1.3 ECDH X25519 X25519MLKEM768 (hybride) Productierijp (Cloudflare)
IKEv2 (VPN) DH Group 14/19 ML-KEM via RFC 9242 Leveranciersafhankelijk
S/MIME e-mail RSA-2048 ML-DSA (FIPS 204) Experimenteel
Code signing ECDSA P-256 SLH-DSA (FIPS 205) In standaardisering

Stap 3: Post-kwantumalgoritmen integreren in bestaande PKI

PKI-migratie is technisch het meest complex omdat certificaten, CA-hiërarchieën en vertrouwensketens moeten worden bijgewerkt zonder dienstverlening te onderbreken.

Dubbele certificaatketens

De meest robuuste aanpak is het draaien van parallelle PKI-hiërarchieën: één klassieke keten (RSA of ECDSA) naast een PQC-keten (ML-DSA). Servers presenteren beide certificaten en clients kiezen op basis van hun capaciteiten. Dit vereist aanpassingen aan ACME-clients (voor automatische uitgifte via Let’s Encrypt of interne CA’s) en aan TLS-configuraties van webservers zoals Nginx of Apache.

Hardware Security Modules

Controleer of uw HSM-leverancier PQC-algoritmen ondersteunt. Veel huidige HSM’s ondersteunen ML-KEM en ML-DSA nog niet in firmware. Plan firmware-updates of hardware-vervangingscycli in uw migratieroadmap.

Stap 4: Tools en bibliotheken voor ontwikkelaars

Ontwikkelaars hoeven PQC-algoritmen niet zelf te implementeren. Betrouwbare, geauditeerde bibliotheken zijn beschikbaar.

Let op: Gebruik nooit zelfgeschreven cryptografische implementaties. Zelfs kleine fouten in PQC-code kunnen volledige sleutelextractie mogelijk maken. Gebruik uitsluitend geauditeerde open-source bibliotheken of gecertificeerde commerciële oplossingen.

Open Quantum Safe (liboqs)

Het Open Quantum Safe-project biedt liboqs, een open-source C-bibliotheek met implementaties van alle NIST-goedgekeurde PQC-algoritmen. Via wrappers is liboqs beschikbaar voor Python, Java, Go en .NET. De bibliotheek is bedoeld voor prototyping en integratie, en integreert met OpenSSL via de oqs-provider-plugin, waardoor bestaande OpenSSL-gebaseerde applicaties met minimale codewijzigingen PQC-algoritmen kunnen gebruiken. De broncode en documentatie zijn beschikbaar via openquantumsafe.org.

Andere relevante bibliotheken

  • BoringSSL (Google): biedt experimentele ML-KEM-ondersteuning en wordt gebruikt in Chrome voor PQC-TLS.
  • wolfSSL: lichtgewicht bibliotheek met FIPS-gecertificeerde PQC-ondersteuning, geschikt voor embedded systemen.
  • PQClean: referentie-implementaties zonder optimalisaties, geschikt voor auditdoeleinden.

Stap 5: Communicatie naar bestuur en toezichthouders

Een technisch migratieplan krijgt pas draagvlak als bestuurders en toezichthouders de urgentie en voortgang begrijpen. Technisch jargon werkt hier averechts.

Risicoframing voor het bestuur

Presenteer de PQC-transitie als een risicobeheerskwestie, niet als een IT-project. Gebruik drie ankerpunten: (1) de juridische verplichting via NIS-2 artikel 21 en GDPR artikel 32, (2) het “harvest now, decrypt later”-risico voor specifieke datcategorieën in uw organisatie, en (3) de tijdshorizon van het NCSC, dat 2030 als deadline noemt voor een concreet migratieplan bij overheidsorganisaties.

Rapportage aan toezichthouders

ENISA en het NCSC verwachten van organisaties in de vitale infrastructuur dat zij hun cryptografische volwassenheid kunnen aantonen. Documenteer de cryptografische inventarisatie, de risicorangschikking van systemen, de gekozen migratievolgorde en de bijbehorende tijdlijn. Dit vormt tevens bewijs van “passende technische maatregelen” in het kader van GDPR.

Veelgestelde vragen

Wanneer moet mijn organisatie beginnen met kwantumveilige encryptie implementatie?

Zo snel mogelijk, zeker als u langlevende gevoelige data beheert. Aanvallers kunnen vandaag versleuteld verkeer opslaan en later ontsleutelen zodra kwantumcomputers beschikbaar zijn. Het NCSC adviseert overheidsorganisaties een migratieplan gereed te hebben voor 2030.

Welke algoritmen zijn nu al goedgekeurd voor post-kwantumimplementatie?

NIST heeft in augustus 2024 drie standaarden gepubliceerd: ML-KEM (FIPS 203) voor sleuteluitwisseling, ML-DSA (FIPS 204) en SLH-DSA (FIPS 205) voor digitale handtekeningen. Deze zijn de aanbevolen startpunten voor migratie.

Wat is het “harvest now, decrypt later”-risico en waarom is het urgent?

Statelijke actoren en andere aanvallers kunnen nu al versleuteld netwerkverkeer of opgeslagen data onderscheppen en bewaren. Zodra een cryptografisch relevante kwantumcomputer beschikbaar komt, kunnen zij deze data alsnog ontsleutelen. Data met een langere vertrouwelijkheidshorizon is dus al kwetsbaar.

Hoe verhoudt PQC-migratie zich tot NIS-2 en GDPR-verplichtingen?

NIS-2 (Richtlijn EU 2022/2555) vereist dat essentiële en belangrijke entiteiten passende technische maatregelen nemen voor risicobeheer, inclusief encryptie. GDPR artikel 32 verplicht passende technische beveiliging van persoonsgegevens. Kwantumkwetsbare encryptie voldoet op termijn niet meer aan “state of the art”, wat toezichthouders kunnen toetsen.

Kan ik klassieke en post-kwantumencryptie tegelijk gebruiken tijdens de transitie?

Ja, hybride sleuteluitwisseling combineert een klassiek algoritme (zoals ECDH) met een PQC-algoritme (zoals ML-KEM). Beide sleutels worden gecombineerd, zodat de verbinding veilig blijft zolang ten minste één algoritme niet gebroken is. Cloudflare past dit al toe voor TLS 1.3-verbindingen.

Veelgestelde vragen

Wanneer moet mijn organisatie beginnen met kwantumveilige encryptie implementatie?
Zo snel mogelijk, zeker als u langlevende gevoelige data beheert. Aanvallers kunnen vandaag versleuteld verkeer opslaan en later ontsleutelen zodra kwantumcomputers beschikbaar zijn. Het NCSC adviseert overheidsorganisaties een migratieplan gereed te hebben voor 2030.
Welke algoritmen zijn nu al goedgekeurd voor post-kwantumimplementatie?
NIST heeft in augustus 2024 drie standaarden gepubliceerd: ML-KEM (FIPS 203) voor sleuteluitwisseling, ML-DSA (FIPS 204) en SLH-DSA (FIPS 205) voor digitale handtekeningen. Deze zijn de aanbevolen startpunten voor migratie.
Wat is het 'harvest now, decrypt later'-risico en waarom is het urgent?
Statelijke actoren en andere aanvallers kunnen nu al versleuteld netwerkverkeer of opgeslagen data onderscheppen en bewaren. Zodra een cryptografisch relevante kwantumcomputer beschikbaar komt, kunnen zij deze data alsnog ontsleutelen. Data met een langere vertrouwelijkheidshorizon is dus al kwetsbaar.
Hoe verhoudt PQC-migratie zich tot NIS-2 en GDPR-verplichtingen?
NIS-2 (Richtlijn EU 2022/2555) vereist dat essentiu00eble en belangrijke entiteiten passende technische maatregelen nemen voor risicobeheer, inclusief encryptie. GDPR artikel 32 verplicht passende technische beveiliging van persoonsgegevens. Kwantumkwetsbare encryptie voldoet op termijn niet meer aan 'state of the art', wat toezichthouders kunnen toetsen.
Kan ik klassieke en post-kwantumencryptie tegelijk gebruiken tijdens de transitie?
Ja, hybride sleuteluitwisseling combineert een klassiek algoritme (zoals ECDH) met een PQC-algoritme (zoals ML-KEM). Beide sleutels worden gecombineerd, zodat de verbinding veilig blijft zolang ten minste u00e9u00e9n algoritme niet gebroken is. Cloudflare past dit al toe voor TLS 1.3-verbindingen.