De EUDI Wallet post-kwantum identiteit is het snijvlak van twee urgente beleidsagenda’s: de uitrol van de EU Digital Identity Wallet (EUDI) onder de eIDAS 2.0 Verordening (EU) 2024/1183, en de noodzaak om alle digitale identiteitsinfrastructuur te beveiligen tegen de rekenkracht van toekomstige kwantumcomputers. Voor compliance officers en IT-beslissers in gereguleerde sectoren is dit geen abstracte toekomstfictie, maar een concrete migratie-opdracht met wettelijke deadlines.
Wat eIDAS 2.0 vereist op het gebied van cryptografie
De eIDAS 2.0 Verordening (EU) 2024/1183 legt in overweging 11 uitdrukkelijk vast dat lidstaten ervoor moeten zorgen dat de EUDI Wallet steunt op beveiligingsmechanismen die de “state of the art” weerspiegelen, ook wat betreft cryptografische methoden.
“Member States shall ensure that European Digital Identity Wallets rely on security mechanisms that reflect the state of the art, including as regards cryptographic methods.”
Europese Wetgever, eIDAS 2.0 Verordening (EU) 2024/1183, overweging 11, via EUR-Lex
Deze formulering is juridisch significant omdat zij de statische verwijzing naar een lijst van goedgekeurde algoritmen vervangt door een dynamische norm. Wanneer post-kwantum cryptografie de nieuwe standaard wordt, moeten EUDI-implementaties daar automatisch aan voldoen, ook als de uitvoeringshandelingen nog niet formeel zijn bijgewerkt. De verordening verplicht lidstaten bovendien om de EUDI Wallet-infrastructuur beschikbaar te stellen binnen 24 maanden na inwerkingtreding van de relevante uitvoeringshandelingen.
Welke PQC-algoritmen zijn relevant en waarom ML-DSA centraal staat
In augustus 2024 publiceerde NIST drie definitieve post-kwantum standaarden, waarvan ML-DSA (FIPS 204) de primaire keuze is voor digitale handtekeningen in identiteitsinfrastructuur. Naast ML-DSA zijn SLH-DSA (FIPS 205) en ML-KEM (FIPS 203) gestandaardiseerd voor respectievelijk alternatieve handtekeningen en sleutelinkapseling.
Volgens ENISA’s rapport over post-kwantum cryptografie kunnen cryptografisch relevante kwantumcomputers op termijn RSA-2048 en ECDSA breken. Dat zijn precies de algoritmen waarop de huidige PKI-infrastructuur voor gekwalificeerde certificaten en vertrouwensdiensten is gebouwd. Voor de EUDI Wallet betekent dit dat het volledige vertrouwensanker, van de wallet-provider tot de Qualified Trust Service Provider (QTSP), opnieuw moet worden ingericht.
| Algoritme | NIST-standaard | Toepassing in EUDI-context | Status (2024) |
|---|---|---|---|
| ML-DSA | FIPS 204 | Digitale handtekeningen, attributcertificaten | Definitief gestandaardiseerd |
| SLH-DSA | FIPS 205 | Alternatieve handtekeningen, root-CA’s | Definitief gestandaardiseerd |
| ML-KEM | FIPS 203 | Sleutelinkapseling, beveiligd kanaal | Definitief gestandaardiseerd |
| RSA / ECDSA | Klassiek (pre-PQC) | Huidig fundament, kwetsbaar voor kwantum | Uitfaseren vóór 2030 |
Gekwalificeerde vertrouwensdiensten en de QTSP-migratieplicht
Qualified Trust Service Providers spelen een sleutelrol in de EUDI-infrastructuur: zij geven de gekwalificeerde certificaten uit die de handtekeningen in de wallet verankeren aan een juridisch erkende identiteit. Zolang deze certificaten op RSA of ECDSA zijn gebaseerd, is de gehele vertrouwensketen kwetsbaar.
De ENISA EUDI Wallet beveiligingsrichtlijnen benadrukken dat QTSP’s hun certificaatprofielen en uitgifte-infrastructuur moeten voorbereiden op hybride schema’s, waarbij klassieke en PQC-algoritmen parallel worden toegepast in een overgangsfase. Dit is geen theoretische aanbeveling: hybride certificaten maken het mogelijk dat relying parties die nog geen PQC ondersteunen de klassieke component valideren, terwijl PQC-compatibele systemen de kwantumveilige component verifiëren.
“The transition to post-quantum cryptography is not optional. Critical infrastructure and digital identity systems must begin migration now, before cryptographically relevant quantum computers become operational.”
ENISA, Europees Agentschap voor Cyberbeveiliging, Post-Quantum Cryptography rapport, via enisa.europa.eu
Gevolgen voor relying parties: wat organisaties nu moeten doen
Organisaties die als relying party aansluiten op de EUDI Wallet, denk aan banken die eIDAS-middelen accepteren, overheidsportalen, juridische dienstverleners en zorginstellingen, hebben een eigen migratieverplichting die vaak wordt onderschat.
Concreet betekent dit het volgende. Ten eerste moeten alle bibliotheken voor handtekeningverificatie en certificaatvalidatie worden geïnventariseerd op PQC-ondersteuning. De meeste gangbare TLS-stacks en cryptobibliotheken (OpenSSL, BouncyCastle) beginnen hybride PQC-ondersteuning te bieden, maar de integratie vereist expliciete configuratie. Ten tweede moeten vertrouwensankers en certificate stores worden uitgebreid met de root-CA’s van QTSP’s die ML-DSA-gebaseerde certificaatketens uitgeven. Ten derde moeten session-management en tokenuitwisseling in OAuth2/OpenID Connect-flows (die door de EUDI Architecture Reference Framework worden voorgeschreven) PQC-veilige sleutelinkapseling ondersteunen.
End-to-end-versleuteling en sleutelopslag in de EUDI Wallet
Eén van de meest technisch complexe aspecten van de EUDI Wallet post-kwantum identiteit is de sleutelopslag op het apparaat van de gebruiker. De wallet slaat de privésleutels op in een Secure Element of Trusted Execution Environment (TEE). De vraag is of deze hardware-beveiligde opslag ook PQC-sleutels aankan, omdat ML-DSA-sleutels aanzienlijk groter zijn dan hun ECDSA-equivalenten.
ML-DSA sleutelparen op beveiligingsniveau 2 (vergelijkbaar met AES-128) hebben een publieke sleutel van 1312 bytes en een privésleutel van 2560 bytes, vergeleken met 64 bytes voor een ECDSA P-256 keypair. Secure Elements die voor huidige eID-kaarten zijn ontworpen, bieden niet altijd voldoende opslagcapaciteit of rekenkracht. Lidstaten moeten bij de specificatie van gecertificeerde wallet-apps expliciet hardware-eisen stellen die PQC-sleutelformaten accommoderen.
Zero-knowledge-proofs en geavanceerde cryptografie voor privacy
De eIDAS 2.0 Verordening vereist dat de EUDI Wallet selectieve attribuutopenbaarmaking ondersteunt: een gebruiker moet kunnen bewijzen dat hij ouder is dan 18 jaar zonder zijn volledige geboortedatum te delen. Dit is technisch realiseerbaar via twee benaderingen die in de EUDI Architecture Reference Framework zijn opgenomen: SD-JWT (Selective Disclosure JWT) en ISO/IEC 18013-5 mDL.
Op langere termijn bieden zero-knowledge-proofs (ZKP’s) een sterkere privacygarantie, omdat zij het principe van minimale gegevensverstrekking volledig doorvoeren. Een ZKP stelt de houder in staat om wiskundig te bewijzen dat een attribuut aan een voorwaarde voldoet, zonder enige onderliggende data vrij te geven. Cruciaal is dat de ZKP-schema’s zelf ook kwantumbestendig moeten zijn: klassieke ZKP-constructies op basis van elliptische-curvecryptografie zijn net zo kwetsbaar als ECDSA. PQC-veilige ZKP’s, gebaseerd op roosterproblematiek, zijn een actief onderzoeksgebied maar nog niet definitief gestandaardiseerd. De ENISA EUDI Wallet beveiligingsrichtlijnen erkennen dit als een openstaande uitdaging voor de langetermijnarchitectuur.
De bredere EU PQC-roadmap en de deadline van 2030
De NIS Cooperation Group PQC Roadmap, gepubliceerd in het kader van de NIS2-richtlijn, onderscheidt gebruiksgevallen naar risiconiveau. Digitale identiteitsinfrastructuur die koppelt aan overheidsdiensten en financiële transacties valt in de categorie hoog-risico, met een verplichte PQC-migratie uiterlijk eind 2030.
Dit sluit aan op de Europese Cyberbeveiligingsstrategie en de aanbevelingen van de Europese Commissie uit 2024 over de voorbereiding op post-kwantum cryptografie. De tijdlijn vereist dat organisaties nu beginnen met een cryptografische inventarisatie (ook wel “crypto-agility audit” genoemd), want de migratietijd voor complexe, gedistribueerde systemen bedraagt doorgaans drie tot vijf jaar. Wie de EUDI Wallet als relying party accepteert en tegelijkertijd NIS-2-meldplichtig is, heeft twee overlappende nalevingsdossiers die elkaar versterken.
| Mijlpaal | Deadline | Verantwoordelijke partij |
|---|---|---|
| EUDI Wallet beschikbaar in alle lidstaten | 24 maanden na uitvoeringshandelingen (~2026) | Lidstaten |
| QTSP hybride PQC-certificaten | Vóór 2028 (aanbeveling) | Qualified Trust Service Providers |
| PQC-migratie hoog-risicogebruiksgevallen | Eind 2030 | NIS Cooperation Group PQC Roadmap |
| Uitfasering RSA/ECDSA in EUDI-context | Uiterlijk 2030 | Lidstaten en QTSP’s |
Veelgestelde vragen
Wat is de concrete deadline voor PQC-implementatie in de EUDI Wallet?
De eIDAS 2.0 Verordening (EU) 2024/1183 stelt dat lidstaten de EUDI Wallet-infrastructuur binnen 24 maanden na inwerkingtreding van de relevante uitvoeringshandelingen moeten aanbieden. De NIS Cooperation Group PQC Roadmap hanteert eind 2030 als einddeadline voor hoog-risicogebruiksgevallen, waaronder digitale identiteitsinfrastructuur.
Welk PQC-algoritme is het meest geschikt voor handtekeningen in de EUDI Wallet?
ML-DSA, gestandaardiseerd als FIPS 204 door NIST in augustus 2024, is het primaire aanbevolen algoritme voor digitale handtekeningen. SLH-DSA (FIPS 205) kan worden ingezet voor root-CA’s en scenario’s met andere sleutelgroottevereisten. Hybride schema’s die ML-DSA combineren met ECDSA zijn de aanbevolen overgangsoplossing.
Wat moeten relying parties doen om PQC-gereed te zijn?
Relying parties moeten hun authenticatiebibliotheken, certificaatvalidatie en handtekeningverificatieprocessen updaten zodat deze ML-DSA en andere NIST PQC-algoritmen ondersteunen. Dat begint met een cryptografische inventarisatie van alle systemen die EUDI-credentials verwerken, gevolgd door een gefaseerde migratie naar PQC-compatibele libraries en PKI-infrastructuur.
Hoe beschermen zero-knowledge-proofs de privacy van EUDI Wallet-gebruikers?
Zero-knowledge-proofs stellen houders in staat om specifieke attributen te bewijzen, zoals meerderjarigheid, zonder de onderliggende gegevens vrij te geven. Dit voorkomt correlatie tussen verstrekkingen bij verschillende relying parties. De combinatie met PQC-veilige commitmentschema’s maakt deze privacygaranties ook kwantumbestendig, al is de standaardisatie van PQC-ZKP’s nog in ontwikkeling.
Zijn Qualified Trust Service Providers al verplicht PQC te ondersteunen?
QTSP’s zijn op dit moment niet formeel verplicht PQC-algoritmen in hun dienstverlening op te nemen, maar de eIDAS 2.0 Verordening en de ENISA EUDI Wallet beveiligingsrichtlijnen schrijven voor dat cryptografische methoden de state of the art moeten volgen. De uitvoeringshandelingen die de technische specificaties voor QTSP’s vastleggen, zullen PQC-vereisten naar verwachting concretiseren vóór de deadline van 2030.
