Post-kwantumcryptografie (PQC) voor identiteits- en toegangsbeheer (IAM) is het domein waarin kwantumresistente algoritmen de klassieke wiskundige fundamenten van authenticatie, digitale handtekeningen en sleuteluitwisseling vervangen. Voor Europese organisaties die werken met soevereine, on-premise infrastructuur is dit geen abstracte toekomststrategie: de dreiging van “harvest now, decrypt later” maakt de migratie naar PQC zero trust IAM, MFA en ZTNA met kwantumveilige authenticatie vandaag relevant.
Waarom klassieke MFA en identiteitsfederatie onvoldoende zijn
Bestaande MFA-methoden beschermen de aanmeldstap, maar laten het cryptografische fundament eronder ongemoeid. Precies daar zit het probleem voor de kwantumtoekomst.
TOTP-codes, push-notificaties en smartcard-authenticatie verifiëren een gebruiker op het moment van inloggen. Maar de identiteitsfederatieprotocollen die deze sessies ondertekenen, namelijk SAML-assertions en OpenID Connect (OIDC) ID-tokens, vertrouwen op RSA- of ECDSA-handtekeningen. Beide algoritmen zijn breekbaar met Shor’s algoritme zodra een voldoende krachtige kwantumcomputer beschikbaar is.
Dit betekent dat een aanvaller die vandaag SAML-verkeer onderschept en opslaat, in de toekomst de digitale handtekeningen kan vervalsen of de versleutelde sleuteluitwisseling kan kraken. De sessie-integriteit die zero trust veronderstelt, vervalt dan retroactief. Het NCSC-NL waarschuwde in 2024 expliciet voor dit scenario en drong aan op directe cryptografische inventarisatie bij organisaties die langlevende gevoelige data beheren.
“Organizations should not wait for quantum computers to arrive before migrating to post-quantum cryptography. The threat of ‘harvest now, decrypt later’ means the urgency is today.”
Dustin Moody, mathematician en PQC project lead, NIST
ML-DSA en SLH-DSA integreren in ZTNA-architecturen
NIST FIPS 204 (ML-DSA) en NIST FIPS 205 (SLH-DSA) bieden de eerste gestandaardiseerde kwantumresistente handtekeningalgoritmen die in bestaande zero-trustarchitecturen kunnen worden ingevoerd zonder de beleidslaag volledig te herbouwen.
In augustus 2024 publiceerde het NIST drie definitieve PQC-standaarden, waaronder FIPS 204 (ML-DSA) en FIPS 205 (SLH-DSA). Dit zijn de eerste mondiale normen voor kwantumresistente cryptografie die door browsers, besturingssystemen en netwerkcomponenten kunnen worden geïmplementeerd.
Hybride transitiestrategie voor ZTNA
De meest operationeel verantwoorde aanpak is een hybride modus: TLS-verbindingen in de ZTNA-beleidsengine worden geconfigureerd met zowel een klassiek algoritme als ML-DSA. Dit garandeert achterwaartse compatibiliteit met endpoints die nog geen PQC ondersteunen, terwijl kwantumveiligheid al wordt geboden voor systemen die dat wel doen. Reverse proxies zoals Nginx of HAProxy kunnen PQC-gepatste OpenSSL-bibliotheken laden zonder dat de achterliggende applicaties worden aangeraakt.
| Algoritme | Standaard | Handtekeninggrootte | Beste toepassing in ZTNA |
|---|---|---|---|
| ML-DSA | NIST FIPS 204 | Klein (2-3 KB) | Frequente sessieauthenticatie, mTLS-certificaten |
| SLH-DSA | NIST FIPS 205 | Groter (8-50 KB) | Root-CA-handtekeningen, langlevende code signing |
| ECDSA P-256 | Klassiek (niet PQC) | Zeer klein (64 bytes) | Huidige installaties, te migreren |
Voor latentiegevoelige ZTNA-sessies, zoals toegang tot edge-omgevingen of industriële controlesystemen, verdient ML-DSA de voorkeur vanwege snellere verificatietijden. SLH-DSA heeft een conservatiever veiligheidsmodel gebaseerd op hash-functies en is geschikt voor root-certificaten die jaren geldig blijven.
Soevereine IAM zonder externe identiteitsaanbieders
Een soevereine IAM-omgeving sluit externe aanbieders zoals Microsoft Entra ID of Okta uit, omdat deze diensten Amerikaans recht volgen, inclusief de CLOUD Act, waardoor gegevens juridisch toegankelijk zijn voor Amerikaanse autoriteiten.
Een volledig on-premise IAM-stack, bijvoorbeeld op basis van Keycloak of FreeIPA, biedt operationele onafhankelijkheid, maar stelt tegelijk hoge eisen aan de sleutelbeheersinfrastructuur. Wanneer externe certificate authorities wegvallen, moet de organisatie zelf een interne PKI beheren die PQC-compatibele sleutelparen genereert, distribueert en inrekt.
“De overgang naar post-kwantumcryptografie vereist meer dan een technische upgrade; organisaties moeten hun volledige cryptografische beleid en sleutelbeheerprocessen herzien.”
ENISA, Post-Quantum Cryptography rapport, Europees Agentschap voor Cybersecurity
Concreet betekent dit dat de interne CA ML-DSA-sleutelparen moet ondersteunen, dat sleutelrotatiepolicies worden gedocumenteerd en dat revocation (via OCSP of CRL) functioneert zonder cloudafhankelijkheid. Organisaties in sectoren die onder NIS-2 vallen, zoals digitale infrastructuur, overheid en gezondheidszorg, zijn verplicht aantoonbare beheersmaatregelen te implementeren. Een gedocumenteerde PQC-sleutelbeheerprocedure telt als invulling van artikel 21 van de NIS-2-richtlijn (Richtlijn (EU) 2022/2555).
Prestatieafwegingen van PQC-certificaten in ZTNA-sessies
PQC-algoritmen brengen grotere sleutels en handtekeningen mee, wat meetbare effecten heeft op latentie en bandbreedte in ZTNA-omgevingen, hoewel de praktijkimpact beheersbaar is bij juiste configuratie.
ML-DSA-handtekeningen zijn ruwweg 30 tot 50 keer groter dan ECDSA-handtekeningen, maar de verificatieoperatie is computationeel vergelijkbaar of zelfs sneller op moderne hardware. De voornaamste latentiebron in ZTNA-sessies is de TLS-handshake: bij de eerste verbinding worden certificaatketens uitgewisseld, en grotere PQC-certificaten vergroten deze payload.
In edge-omgevingen met beperkte bandbreedte, zoals remote industriële locaties of overheidsposten, kan sessie-resumption (TLS session tickets of PSK) de impact sterk beperken. Hierbij wordt de volledige handshake alleen bij de eerste verbinding uitgevoerd. Daarnaast verkleint OCSP Stapling de revocation-verificatiekosten zonder extra roundtrips naar een externe server.
HSM en TPM 2.0 als fundament voor soevereine sleutelopslag
Hardware security modules (HSM) en TPM 2.0-chips voorkomen dat privésleutels het beveiligde hardware-enclave verlaten, wat essentieel is in een omgeving zonder externe sleutelbeheerdiensten.
Een FIPS 140-3 gecertificeerde HSM is de erkende industriestandaard voor het genereren en opslaan van cryptografische sleutels in een gecontroleerde, geauditeerde hardware-omgeving. Deze apparaten ondersteunen steeds vaker PQC-algoritmen via firmware-updates of dedicated PQC-acceleratiemodules. Leveranciers als Thales (Luna HSM) en Utimaco publiceren roadmaps voor ML-DSA-ondersteuning op bestaande FIPS 140-3 gecertificeerde hardware.
TPM 2.0-chips, aanwezig in vrijwel alle zakelijke laptops en servers vanaf 2016, bieden een goedkoper alternatief voor endpoint-sleutelopslag. TPM 2.0 slaat private keys op in een tamper-resistant enclave op het moederbord en ondersteunt via Microsoft’s Platform Crypto Provider of via open-source TSS-stacks integratie met lokale certificaatopslag. Voor ZTNA-clients biedt TPM-gebonden device-certificaten een hardwareanker dat bewijst dat een apparaat niet is gecloned of gecompromitteerd.
| Component | Doel | PQC-status | Inzetbaar in soevereine omgeving |
|---|---|---|---|
| FIPS 140-3 HSM | CA-sleutelopslag, signing-operaties | Via firmware/roadmap | Ja, on-premise |
| TPM 2.0 | Device-identiteit, endpoint-certificaat | Afhankelijk van firmware | Ja, ingebouwd in hardware |
| Software keystore | Ontwikkel- en testomgevingen | Volledig PQC-compatibel | Niet aanbevolen voor productie |
Voor organisaties die vallen onder NIS-2 of sectorale toezichthouders zoals de Autoriteit Persoonsgegevens, biedt een FIPS 140-3 gecertificeerde HSM aantoonbare documentatie bij audits als invulling van de eis tot “passende technische maatregelen” onder artikel 32 AVG (GDPR).
Migratiepaden en prioritering voor compliance-gedreven organisaties
Een gefaseerde migratie vermindert operationele risico’s en maakt het mogelijk PQC-componenten te valideren voordat de volledige authenticatieinfrastructuur wordt overgezet.
De aanbevolen volgorde is: eerst een cryptografische inventarisatie van alle certificaten, sleutelparen en signing-operaties; vervolgens de interne CA upgraden naar hybride PQC-ondersteuning; daarna ZTNA-beleidsengines configureren met hybride TLS; en ten slotte endpoints voorzien van TPM-gebonden ML-DSA device-certificaten. Gebruikers en applicaties merken van deze migratie weinig, mits de hybride modus correct is geconfigureerd.
Overheidsorganisaties en juridische dienstverleners die GDPR-compliant willen blijven en tegelijk jurisdictionele risico’s van de CLOUD Act willen vermijden, combineren deze PQC-migratie idealiter met een bredere overgang naar soevereine on-premise of Zwitserse dataopslag. De cryptografische laag is dan consistent soeverein, van sleutelopslag in de HSM tot de ZTNA-sessie en de identiteitsfederatie via een lokale Keycloak-instantie.
FAQ: PQC zero trust IAM en kwantumveilige authenticatie
Wat maakt huidige TOTP- en push-MFA kwetsbaar voor kwantumcomputers?
TOTP en push-MFA beschermen de sessiestroom, maar de onderliggende certificaten en sleuteluitwisseling (RSA, ECDSA) die identiteitsfederatie via SAML of OIDC ondersteunen, zijn breekbaar met Shor’s algoritme op een voldoende krachtige kwantumcomputer. De authenticatiestap zelf wordt dan omzeild via gecompromitteerde handtekeningen.
Wanneer moet mijn organisatie beginnen met de migratie naar PQC IAM?
Nu. Het NCSC-NL en ENISA wijzen op “harvest now, decrypt later”: aanvallers onderscheppen vandaag versleuteld verkeer en bewaren dit totdat kwantumcomputers beschikbaar zijn om het te kraken. Organisaties in de overheid, juridische sector en gezondheidszorg die gevoelige data voor meer dan vijf jaar moeten beschermen, lopen het hoogste risico.
Kan ik ML-DSA integreren in een bestaande Keycloak- of FreeIPA-omgeving?
Keycloak en FreeIPA ondersteunen PQC-algoritmen nog niet native in stabiele releases, maar via hybride TLS-configuraties aan de reverse proxy-laag is een stapsgewijze integratie mogelijk zonder de volledige IAM-stack te vervangen. Volg de upstream-releases nauwgezet, want ondersteuning wordt actief ontwikkeld.
Wat is het verschil tussen ML-DSA (FIPS 204) en SLH-DSA (FIPS 205) voor ZTNA-toepassingen?
ML-DSA is gebaseerd op roosterwiskunde en biedt kleinere handtekeninggroottes met snellere verificatie, waardoor het geschikt is voor frequente ZTNA-sessieauthenticatie. SLH-DSA is gebaseerd op hash-functies, heeft grotere handtekeningen maar kent een conservatiever veiligheidsmodel. Voor latentiegevoelige ZTNA-sessies verdient ML-DSA de voorkeur; voor langlevende certificaten en root-CA-handtekeningen biedt SLH-DSA extra assurance.
Is een FIPS 140-3 gecertificeerde HSM verplicht onder NIS-2 of GDPR?
NIS-2 en GDPR schrijven geen specifiek certificeringsniveau voor, maar vereisen “passende technische maatregelen”. Een FIPS 140-3 HSM geldt als de erkende industriestandaard voor sleutelopslag en biedt aantoonbare compliance-documentatie bij audits. Toezichthouders zoals de Autoriteit Persoonsgegevens accepteren FIPS 140-3 als concrete invulling van die eis.
