Bijgewerkt september 1, 2026
Kort: Europese overheids- en gereguleerde organisaties moeten hun PIV-smartcardinfrastructuur gefaseerd omzetten naar kwantumveilige algoritmen via een dual-stack model. Dit vereist concrete planning op het gebied van middleware, lezerhardware, certificaatbeleid en budgettering vóór de NIST IR 8547-depreciatietermijnen.

Een PQC PIV smartcard dual-stack migratie is het gecontroleerde proces waarbij organisaties hun bestaande smartcardinfrastructuur, op basis van de Personal Identity Verification-standaard (NIST SP 800-73), uitbreiden met post-quantum cryptografische algoritmen, zodat klassieke en kwantumveilige credentials gedurende een transitieperiode naast elkaar functioneren. Voor Europese overheids- en compliance-organisaties is dit geen toekomstige optie maar een concrete planningsverplichting met harde termijnen.

Wat de NIST-werkdrafts van juni 2026 concreet voorschrijven

De NIST PIV PQC werkdrafts die in juni 2026 worden verwacht, bouwen voort op al gepubliceerde standaarden en stellen voor hoe ML-DSA (FIPS 204) en ML-KEM (FIPS 203) geïntegreerd worden in PIV-credentials. ML-DSA vervangt ECDSA voor digitale handtekeningen op de kaart, terwijl ML-KEM het klassieke sleuteluitwisselingsmechanisme (RSA-gebaseerde sleutelinkapsuling) overneemt voor vertrouwelijkheid.

Het dual-stack model houdt in dat een PIV-kaart in de transitiefase twee sets sleutelparen en bijbehorende certificaten bevat: één klassieke set op basis van RSA-2048 of ECDSA P-256, en één kwantumveilige set. Een authenticatieverzoek start bij voorkeur met de kwantumveilige sleutel; als het ontvangende systeem die niet begrijpt, valt het terug op de klassieke sleutel. Deze hybride aanpak voorkomt dat organisaties tegelijkertijd alle eindpunten, lezers en backends moeten upgraden.

Let op: Dual-stack verhoogt de geheugen- en verwerkingsvereisten van de smartcard zelf. Niet alle huidige PIV-kaartmodellen hebben voldoende opslag voor twee volledige sleutelparen plus certificaatketens. Controleer bij uw smartcardleverancier of het huidige model ML-DSA Level 3-sleutels (circa 2,5 kB publieke sleutel) fysiek kan opslaan.

Welke organisaties moeten als eerste beginnen

Organisaties met fysieke en logische toegangsbeveiliging die op smartcards gebaseerd is, lopen het hoogste risico bij uitstel. De urgentie is het grootst waar vertrouwelijkheid van data decennialang gewaarborgd moet blijven, omdat aanvallers nu al versleutelde datastroom opslaan om later te ontcijferen met een kwantumcomputer (“harvest now, decrypt later”).

“Harvest now, decrypt later attacks mean that sensitive data encrypted today with classical algorithms is already at risk if it needs to remain confidential for more than a decade.” (ENISA, Europees Agentschap voor Cyberbeveiliging, ENISA Post-Quantum Cryptography report, enisa.europa.eu)

De volgende categorieën staan bovenaan de prioriteitenlijst:

  • Nationale overheidsinstanties met geclassificeerde toegangsbeveiliging (defensie, inlichtingendiensten, justitie)
  • Kritieke infrastructuurbeheerders onder NIS-2 (energie, water, transport, gezondheidszorg)
  • Financiële instellingen met langlopende contracten en vertrouwelijke klantdossiers
  • Juridische organisaties en notariskantoren met decennialange dossierplicht
  • Gemeenten en provincies die DigiD-gekoppelde systemen beheren

Statistiek: Volgens NIST IR 8547 moeten overheidsinstanties uiterlijk 2030 stoppen met het gebruik van RSA en ECDSA in nieuwe systemen, en uiterlijk 2035 in alle bestaande systemen. (nist.gov, 2024)

Impact op bestaande smartcardlezers, middleware en toegangsbeheersystemen

De overgang naar PQC-PIV-credentials raakt meerdere lagen van de identiteitsinfrastructuur. Een correcte impactanalyse onderscheidt deze lagen.

Laag Huidige situatie Vereiste aanpassing voor PQC-PIV Urgentie
Smartcardlezer (hardware) ISO 7816-compatibel, communiceert via APDU Doorgaans geen vervanging nodig; APDU-protocol is algoritme-agnostisch Laag
Smartcard zelf RSA/ECDSA sleutelgeneratie on-card Nieuwe kaartmodellen met ML-DSA/ML-KEM-ondersteuning en voldoende geheugen Hoog
Middleware (bijv. ActivClient, OpenSC) Ondersteunt PKCS#11/PKCS#15 voor klassieke algoritmen Update naar versie met PQC-algoritme-ondersteuning; leveranciers werken hieraan Hoog
PKI en CA Uitgifte van RSA/ECDSA-certificaten CA-software moet ML-DSA-certificaten kunnen aanmaken en ondertekenen Kritiek
Toegangsbeheersystemen (PACS/LACS) Validatie op basis van klassieke certificaatketens Firmware- of softwareupdate voor ondersteuning van hybride validatie Gemiddeld
HSM (Hardware Security Module) FIPS 140-2 gecertificeerd voor RSA/ECDSA FIPS 140-3 gecertificeerde HSM met PQC-ondersteuning vereist Kritiek

Europese overheden die gebruik maken van nationale middleware-oplossingen, zoals de Nederlandse PKIoverheid-keten, moeten bovendien wachten op aanpassing van de Programma van Eisen van Logius, die de certificaatprofielen voor overheidsorganisaties bepaalt.

Compatibiliteitsrisico’s in de dual-stack transitieperiode

Een gefaseerde uitrol brengt specifieke risico’s mee die bij klassieke migraties niet spelen.

Statistiek: NIST schat dat een cryptografisch relevante kwantumcomputer (CRQC) bestaande RSA- en elliptische-curve-algoritmen binnen de komende 10 tot 15 jaar kan breken. (nist.gov, NIST IR 8547, 2024)

Het eerste risico is fallback-misbruik. Als een systeem de kwantumveilige sleutel niet herkent en automatisch terugvalt op RSA, kan een aanvaller een man-in-the-middle aanval uitvoeren die bewust een downgrade naar de klassieke sleutel forceert. Dit vereist dat toegangsbeheersystemen een expliciete beleidskeuze implementeren: ofwel dual-stack accepteren, ofwel PQC verplichten zonder fallback.

Het tweede risico is certificaatpathvalidatie. Wanneer een klassieke root-CA hybride leaf-certificaten ondertekent, moet de validerende software de hybride structuur begrijpen. Systemen die certificaatvalidatie uitvoeren via verouderde CryptoAPI-versies op Windows of via niet-bijgewerkte OpenSSL-versies op Linux, zullen hybride certificaten vaak weigeren of de PQC-handtekening negeren.

Let op: Test dual-stack certificaten expliciet in stagingomgevingen met alle betrokken applicaties vóór productie-uitrol. Bijzondere aandacht verdienen VPN-gateways, remote desktop-omgevingen en webapplicaties die clientcertificaatauthenticatie gebruiken. Deze falen vaak stil bij onbekende algoritmen.

NIST PIV-PQC versus eIDAS 2.0 en Nederlandse identiteitssystemen

De NIST PIV-PQC-transitie en eIDAS 2.0 zijn parallelle trajecten met verschillende juridische grondslagen, maar met toenemende technische overlap.

eIDAS 2.0, vastgelegd in Verordening (EU) 2024/1183, introduceert de EU Digital Identity Wallet als bindend Europees identiteitsinstrument. De wallet-architectuur is gebaseerd op ETSI-standaarden en de SOG-IS Agreed Cryptographic Mechanisms, die momenteel nog primair op klassieke algoritmen steunen. ENISA en ETSI werken aan PQC-profielen voor de wallet, maar deze zijn op het moment van schrijven nog niet gepubliceerd als definitieve standaard.

Voor Nederland specifiek geldt dat DigiD en PKIoverheid de dominante identiteitsinfrastructuren zijn voor overheidsinteracties. Logius beheert de PKIoverheid-keten en heeft aangegeven de ontwikkelingen rond NIST FIPS 203 en FIPS 204 te volgen, maar heeft nog geen definitieve migratieplanning gepubliceerd. Organisaties die zowel onder PKIoverheid als onder PIV-vereisten opereren, zoals ambassades of defensieonderdelen, moeten de twee trajecten actief coördineren.

“The transition to post-quantum cryptography is not optional. Federal agencies must begin planning now to avoid a cryptographic cliff when quantum computers become capable.” (Dustin Moody, wiskundige en PQC-projectleider bij NIST, nist.gov)

Een praktisch verschil: PIV-credentials zijn gebonden aan een fysieke smartcard met on-card sleutelgeneratie; de EU Digital Identity Wallet werkt primair als softwareapplicatie op een mobiel apparaat. Organisaties die een kaartgebaseerde en een wallet-gebaseerde identiteitsoplossing parallel willen ondersteunen, zullen twee afzonderlijke PQC-transitiepaden moeten plannen.

Planning en budgettering voor compliance officers en IT-beslissers

Een realistische projectplanning voor PQC-PIV-migratie verdeelt het werk in vier fasen, afgestemd op de NIST IR 8547-depreciatietermijnen.

Statistiek: De Europese Unie telt meer dan 10.000 overheidsinstanties die onder de NIS-2-richtlijn (EU) 2022/2555 vallen en verplicht zijn adequate cryptografische maatregelen te treffen. (Europese Commissie, eur-lex.europa.eu, 2022)

Fase Periode Activiteiten Budgetcategorie
1. Inventarisatie en risicobeoordeling 2025-2026 Catalogiseer alle PIV-afhankelijke systemen, middleware-versies, CA-configuratie en HSM-certificeringen Intern uren, evt. externe audit
2. Pilots en leveranciersvalidatie 2026-2027 Test ML-DSA/ML-KEM-compatibiliteit met middleware en PACS/LACS; selecteer FIPS 140-3 gecertificeerde HSM Testlicenties, pilothardware
3. Dual-stack uitrol 2027-2029 Heruitgifte van smartcards met dual-stack credentials; update middleware en CA; training medewerkers Kaartvervanging, licenties, PKI-aanpassing
4. Klassieke afbouw 2029-2030 Deactiveer klassieke sleutelparen; zet systemen op PQC-only modus vóór de NIST 2030-deadline Systeemconfiguratie, resterende vervanging

Bij de budgettering moeten compliance officers rekening houden met verborgen kostenposten: het hercertificeren van HSM-hardware naar FIPS 140-3 (of vervanging), het aanpassen van certificaatbeleidsdocumenten (Certificate Policy en Certification Practice Statement), en de hertraining van helpdesk- en beveiligingsmedewerkers die gewend zijn aan klassieke PIV-workflows. Organisaties met meer dan duizend kaarthouders moeten een meerjarig programmabudget reserveren en niet uitgaan van een eenmalig projectbudget.

Voor de inkoopstrategie geldt: vraag leveranciers van smartcards, middleware en toegangsbeheersystemen nu al om een schriftelijke PQC-roadmap en FIPS 140-3-certificeringsplanning. Contracten die worden afgesloten vóór 2027 moeten een clausule bevatten die kwantumveilige ondersteuning als leveringsplicht vastlegt, of een exitclausule als de leverancier deze niet tijdig levert.

FAQ: PQC PIV smartcard dual-stack migratie

Wat is het dual-stack model bij PQC PIV smartcard migratie?
Bij een dual-stack model bevat een PIV-smartcard zowel klassieke credentials (RSA of ECDSA) als kwantumveilige credentials (ML-DSA of ML-KEM). Dit stelt organisaties in staat bestaande systemen te blijven ondersteunen terwijl ze stap voor stap overstappen op PQC-verificatie, zonder een harde, risicovolle knip in de dienstverlening.

Wanneer moeten Europese organisaties uiterlijk zijn overgestapt op PQC-PIV?
NIST IR 8547 stelt dat RSA en ECDSA uiterlijk 2030 niet meer gebruikt mogen worden in nieuwe systemen en uiterlijk 2035 volledig uitgefaseerd moeten zijn. Europese organisaties die transatlantisch opereren of NIST-gebaseerde standaarden toepassen, doen er verstandig aan dezelfde termijnen te hanteren. De NIS-2-richtlijn vereist bovendien dat organisaties actuele cryptografische maatregelen hanteren, wat impliciet druk geeft in dezelfde richting.

Zijn bestaande smartcardlezers compatibel met ML-DSA?
De meeste huidige smartcardlezers zijn hardwarematig compatibel omdat ze communiceren via het algoritme-agnostische APDU-protocol (ISO 7816). De middleware, zoals ActivClient of OpenSC, moet echter worden bijgewerkt om ML-DSA-certificaten te kunnen verwerken. Ook PKI-software en certificeringsinstanties vereisen aanpassing voordat een volledige dual-stack werkomgeving functioneel is.

Hoe verhoudt de NIST PIV-PQC-standaard zich tot eIDAS 2.0?
eIDAS 2.0, vastgelegd in Verordening (EU) 2024/1183, introduceert de EU Digital Identity Wallet met eigen cryptografische vereisten op basis van ETSI- en SOG-IS-kaders. NIST SP 800-73 is primair Amerikaans federaal beleid. Europese organisaties die transatlantisch opereren moeten beide trajecten monitoren; ze convergeren technisch maar kennen verschillende juridische verplichtingsstructuren en tijdlijnen.

Wat zijn de grootste valkuilen bij een dual-stack uitrol?
De grootste valkuilen zijn: stille downgrade-aanvallen waarbij systemen ongemerkt terugvallen op klassieke algoritmen; onverwachte certificaatpathvalidatiefouten in verouderde middleware; en onvoldoende geheugen op bestaande smartcardmodellen voor ML-DSA-sleutelparen. Een gedegen testfase met alle betrokken applicaties in een stagingomgeving is onmisbaar voordat de dual-stack in productie gaat.

Veelgestelde vragen

Wat is het dual-stack model bij PQC PIV smartcard migratie?
Bij een dual-stack model bevat een PIV-smartcard zowel klassieke credentials (RSA of ECDSA) als kwantumveilige credentials (ML-DSA of ML-KEM). Dit stelt organisaties in staat bestaande systemen te blijven ondersteunen terwijl ze stap voor stap overstappen op PQC-verificatie, zonder een harde knip.
Wanneer moeten Europese organisaties uiterlijk zijn overgestapt op PQC-PIV?
NIST IR 8547 stelt dat RSA en ECDSA uiterlijk 2030 niet meer gebruikt mogen worden in nieuwe systemen en uiterlijk 2035 volledig uitgefaseerd moeten zijn. Europese organisaties die gebruikmaken van NIST-gebaseerde standaarden doen er verstandig aan dezelfde termijnen aan te houden.
Zijn bestaande smartcardlezers en middleware compatibel met ML-DSA?
De meeste huidige smartcardlezers zijn hardwarematig compatibel omdat ze communiceren via APDU-commando's. De middleware, zoals ActivClient of vergelijkbare Europese producten, moet echter worden bijgewerkt om ML-DSA-certificaten te kunnen verwerken. Ook PKI-software en certificeringsinstanties vereisen aanpassing.
Hoe verhoudt de NIST PIV-PQC-standaard zich tot eIDAS 2.0?
eIDAS 2.0, vastgelegd in Verordening (EU) 2024/1183, introduceert de EU Digital Identity Wallet en hanteert eigen cryptografische vereisten op basis van ETSI- en SOG-IS-kaders. NIST SP 800-73 is primair Amerikaans federaal beleid, maar Europese organisaties die transatlantisch opereren moeten beide trajecten monitoren op convergentie van PQC-vereisten.
Wat kost een PIV-smartcard infrastructuurmigratie naar PQC globaal?
De kosten variu00ebren sterk per organisatiegrootte en complexiteit. Budgetposten omvatten: vervanging of firmware-update van HSM-hardware (FIPS 140-3 gecertificeerd), middleware-licenties, PKI-aanpassing, smartcard heruitgifte en medewerkerstraining. Organisaties met duizenden kaarthouders rekenen doorgaans op meerdere jaren en meerdere tonnen aan projectkosten.