Augustus 2024 markeerde een concrete verschuiving in de manier waarop organisaties over cryptografische risico's moeten denken. Het National Institute of Standards and Technology (NIST) finaliseerde drie post-kwantumstandaarden: ML-KEM ( FIPS 203 ) voor sleutelinkapseling, ML-DSA ( FIPS 204 ) voor digitale handtekeningen en SLH-DSA ( FIPS 205 ) als een hash-gebaseerd alternatief voor handtekeningen, waarmee een acht jaar durend standaardisatieproces werd afgesloten.
NIST werkt ook aan de publicatie van FIPS 206 (FN-DSA/FALCON) en heeft HQC (Hamming Quasi-Cyclic) geselecteerd als een extra sleutelinkapselingsmechanisme (KEM) in maart 2025, wat de voortdurende uitbreiding van het portfolio van post-kwantumcryptografie (PQC) weerspiegelt. De algoritmen zijn gestandaardiseerd en de migratietijdlijnen worden vastgesteld door regelgevende instanties, wat betekent dat de bestemming vastligt. De moeilijkheid zit hem in de uitvoering, en de meeste organisaties hebben geen referentiepunt voor een cryptografische transformatie van deze omvang.
De complicatie die timing onmisbaar maakt, is het principe van 'Nu verzamelen, later decoderen'. Tegenstanders die vandaag versleuteld verkeer verzamelen, kunnen dit opslaan en decoderen zodra er een cryptografisch geschikte kwantumcomputer beschikbaar is. Dit betekent dat gegevens die nu worden beschermd door RSA of ECDH al kwetsbaar zijn voor een toekomstige aanval, en dat de periode tussen het verzamelen en decoderen steeds korter wordt naarmate de kwantumhardware zich verder ontwikkelt.
Langdurig bewaarde data, overheidscommunicatie, financiële gegevens en alles waarvoor een geheimhoudingsplicht geldt die langer dan vijf tot tien jaar duurt, brengt nu al reële risico's met zich mee, niet pas op een theoretisch toekomstig moment.
Wat de operationele moeilijkheid van PQC- migratie met zich meebrengt, is niet alleen het selecteren van de juiste algoritmen, maar ook het uitvoeren van de overgang in complexe technologische omgevingen. Cryptografie is ingebed in elk protocol, apparaat, leveranciersafhankelijkheid en complianceverplichting waarmee een organisatie te maken heeft. De programma's die ernstige problemen ondervinden, zijn de programma's die migratie beschouwen als een simpele software-update in plaats van een infrastructuurbrede transformatie. De onderstaande paragrafen behandelen de specifieke punten waar deze aanname niet opgaat.
De deadline voor migratie is dichterbij dan je denkt.
PQC-migratie is het proces waarbij kwantumkwetsbare publieke-sleutelalgoritmen, zoals RSA , ECDH en ECDSA, worden vervangen door door NIST gestandaardiseerde, kwantumbestendige alternatieven, waaronder ML-KEM, ML-DSA en SLH-DSA, voor elk protocol, elke applicatie en elk apparaat binnen een organisatie.
De meest voorkomende planningsfout in PQC-programma's is het beschouwen van de tijdlijn als onbeperkt. Teams gaan ervan uit dat de migratie kan beginnen zodra er een cryptografisch relevante kwantumcomputer beschikbaar is. In werkelijkheid kan de tijd voor een ordelijke migratie al voorbij zijn tegen de tijd dat een dergelijk systeem bestaat.
Regelgevers hebben die mogelijkheid al afgesloten. De Commercial National Security Algorithm Suite 2.0 (CNSA 2.0) van de National Security Agency (NSA) stelt een deadline voor de aanschaf van nieuwe systemen voor nationale veiligheid na die datum: elke nieuwe aanschaf van een nationaal veiligheidssysteem moet kwantumresistente algoritmen ondersteunen. Voor het ondertekenen van software en firmware vereist CNSA 2.0, conform NIST SP 800-208, exclusief gebruik van LMS (Leighton-Micali Signature) en XMSS (Extended Merkle Signature Scheme) tegen 2030. Dit zijn stateful hash-gebaseerde schema's die verschillen van de algemene ML-KEM- en ML-DSA-algoritmen.
Volgens de CNSA 2.0-richtlijnen moet netwerkapparatuur uiterlijk in 2030 volledig overstappen op de CNSA 2.0-algoritmen, met verplicht gebruik in alle gedekte categorieën vanaf 2031, en moeten besturingssystemen, maatwerkapplicaties en clouddiensten uiterlijk in 2033 exclusief aan de CNSA 2.0-normen voldoen. Dit is niet alleen een richtlijn voor commerciële organisaties. De CNSA 2.0-vereisten hebben directe gevolgen voor de toekenning van defensiemateriaal, de validatie van NIAP's en de naleving van het Risk Management Framework (RMF).
Op federaal niveau schetst NIST IR 8547 (eerste openbare conceptversie, november 2024) de verwachte migratietijdlijn voor federale systemen: kwantumkwetsbare algoritmen met een beveiligingsniveau van 112 bits worden in 2030 afgekeurd voor federale systemen, en alle kwantumkwetsbare publieke-sleutelalgoritmen worden in 2035 verboden. Hoewel de definitieve versie nog niet is gepubliceerd, weerspiegelen de tijdlijnen in het document de door NIST aangegeven richting en worden ze algemeen gebruikt als planningsrichtlijnen. NIST IR 8547 verwacht dat PQC op grote schaal zal worden ingevoerd in zowel federale systemen als het bredere technologie-ecosysteem voordat deze deadlines zijn bereikt.
Het Amerikaanse regelgevingskader staat niet op zichzelf. PQC-planning wordt onderdeel van bredere initiatieven op het gebied van cyberweerbaarheid en NIS2. Het Information Security Manual (ISM) van het Australian Signals Directorate (ASD) beveelt aan om het gebruik van RSA, DH, ECDH en ECDSA tegen eind 2030 te staken, een van de meest ambitieuze migratietermijnen die wereldwijd zijn gepubliceerd. Hoewel de specifieke deadlines variëren, is de boodschap consistent: van organisaties wordt verwacht dat ze zich nu al voorbereiden in plaats van te wachten tot kwantumcomputers een daadwerkelijke bedreiging vormen.
Wat al deze deadlines gezamenlijk zo belangrijk maakt, is de omvang van het werk dat nodig is om ze te halen. Een volledige PQC-migratie binnen een organisatie gaat veel verder dan alleen het vervangen van cryptografische algoritmen. Organisaties moeten cryptografische assets in kaart brengen, afhankelijkheden beoordelen, leveranciersondersteuning evalueren, protocollen en applicaties upgraden, incompatibele hardware en software vervangen en wijzigingen coördineren in complexe technologische omgevingen.
Het gevolg is een steeds korter wordende voorbereidingstijd. Organisaties die de planning uitstellen, kunnen te maken krijgen met krappere deadlines, hogere kosten en een groter operationeel risico naarmate de mijlpalen voor naleving naderen.
Het praktische gevolg: de aanschafcycli voor defensiemateriaal duren 18 tot 36 maanden. Systemen die nu worden ontworpen, worden mogelijk pas na het overgangsmoment in januari 2027 geleverd. Als bij de huidige aanbestedingen geen rekening wordt gehouden met de eisen van CNSA 2.0, kunnen de resulterende systemen kort na de ingebruikname kostbare herontwerpen, hercertificeringen of aanpassingen vereisen. Voor programma's met meerjarige aanschafcycli wordt de planningsperiode snel korter.
Twee deadlines op korte termijn verduidelijken dit nog verder. Op 21 september 2026 krijgen alle FIPS 140-2-gevalideerde modules de status 'Historisch' binnen het Cryptographic Module Validation Program (CMVP) van NIST, waardoor ze over het algemeen niet meer geschikt zijn voor nieuwe federale aanbestedingen. CMVP-validatie duurt vaak 18 maanden of langer, wat betekent dat leveranciers die nog niet ver gevorderd zijn in het FIPS 140-3-validatieproces mogelijk moeite zullen hebben om de deadline van januari 2027 voor CNSA 2.0 te halen.
Los daarvan vereist Executive Order 14144 (januari 2025, behouden onder latere wijzigingen) dat federale instanties TLS 1.3 ondersteunen vóór 2 januari 2030, als een fundamentele stap naar PQC-compatibele communicatie. Dit zijn geen mijlpalen die ver weg liggen. De overgang in september 2026 is slechts enkele maanden verwijderd.
Het migratieoppervlak is groter dan je denkt.
De meeste systemen binnen een organisatie draaien op cryptografie . De reikwijdte wordt concreet zodra organisaties in kaart brengen waar cryptografische algoritmen daadwerkelijk worden gebruikt.
RSA, ECDH en ECDSA komen overal in bedrijfsomgevingen voor, waaronder TLS-verbindingen, SSH-sessies, IPsec-tunnels, S/MIME-e-mail, code-signing workflows, certificeringsinstanties, hardwarebeveiligingsmodules, apparaatidentiteiten en authenticatiesystemen. Deze cryptografische afhankelijkheden strekken zich uit over servers, werkstations, cloudworkloads, containers, netwerkapparatuur, mobiele apparaten, operationele technologiesystemen en IoT-apparaten. Samen bepalen ze het werkelijke migratieoppervlak voor PQC.
Het meest uitdagende deel van dat oppervlak is het gedeelte dat niet kan worden geüpgraded via een standaard software-update. Operationele technologiecontrollers, embedded devices en gespecialiseerde hardware bevatten vaak cryptografische implementaties die vastgelegd zijn tijdens de fabricage van het apparaat. In veel gevallen vereist de overgang naar een nieuwere versie van de hardware in plaats van softwarepatches.
De uitdaging wordt nog groter doordat post-kwantumalgoritmen over het algemeen grotere sleutels, handtekeningen en protocolberichten gebruiken dan de klassieke algoritmen die ze vervangen. Deze toename kan gevolgen hebben voor de certificaatgrootte , TLS-handshakes, netwerkverkeer en het gedrag van applicaties. Systemen die zijn ontworpen met aannames over berichtgrootte, buffercapaciteit of protocoloverhead, moeten mogelijk worden aangepast voordat ze PQC betrouwbaar kunnen ondersteunen.
Dit is geen theoretische kwestie. Vroege implementaties in productieomgevingen en interoperabiliteitstests hebben compatibiliteitsproblemen aan het licht gebracht in loadbalancers, firewalls, middleboxes en andere netwerkapparaten die ervan uitgingen dat cryptografische berichten binnen de traditionele groottelimieten zouden blijven. De les is duidelijk: migreren naar PQC vereist meer dan alleen het vervangen van algoritmen. Het vereist validatie van elk onderdeel dat cryptografische gegevens verwerkt, opslaat, verzendt of ervan afhankelijk is.
Wat de meeste organisaties verkeerd doen bij cryptografische ontdekking
Vraag de meeste beveiligingsteams hoe ze van plan zijn alle cryptografische activa in hun omgeving te vinden, en het antwoord is meestal "scannen". Scannen vindt een deel van de activa, maar niet de volledige cryptografische voetafdruk.
Netwerkscans detecteren TLS-handshakes aan de netwerkrand, maar missen cryptografie in versleutelde payloads, ingebed in firmware of die via niet-standaard poorten werkt. Codescans vinden bibliotheekaanroepen in de broncode, maar zien geen runtimeconfiguratie, dynamisch gekoppelde bibliotheken of componenten van derden.
Agentgebaseerde detectie omvat beheerde IT-endpoints, maar negeert OT-netwerken, IoT-apparaten en door leveranciers beheerde infrastructuur. Externe scans, zoals die waarmee binnen 48 uur een 'kwantumgereedheidsbeoordeling' wordt gegenereerd, omvatten de publiek toegankelijke TLS-endpoints van een organisatie, die slechts een klein deel van de totale cryptografische infrastructuur vertegenwoordigen. Het vertrouwen dat deze rapporten bieden, staat niet in verhouding tot wat ze daadwerkelijk meten.
Het tweede probleem is dat de inventaris vrijwel direct verouderd raakt. Een container schaalt binnen enkele minuten op met vastgelegde cipher suites. Een CI/CD-pipeline implementeert een build met een andere cryptobibliotheek zonder een wijzigingsticket. Een leverancier voert 's nachts een firmware-update uit die de ingebouwde cryptografische stack wijzigt. Een nieuwe SaaS-integratie begint met het onderhandelen over zijn eigen TLS-configuratie voordat iemand deze heeft beoordeeld. Een momentopname van de inventaris is accuraat op het moment dat deze wordt vastgelegd en wordt daarna continu minder nauwkeurig.
Wat de inventarisatie moet opleveren, is geen spreadsheet, maar een bijgehouden cryptografische stuklijst (CBOM), een gestructureerd overzicht van de cryptografie die aanwezig is in een softwaresysteem, firmware-image of apparaat. Het bevat een lijst van de algoritmen, sleutelgroottes, cryptografische bibliotheken, certificaten en protocollen die worden gebruikt. Een CBOM detecteert geen assets op zichzelf. Het legt vast wat er aanwezig is in een software-artefact op basis van build-time of statische analyse. Dat is iets anders dan runtime-detectie, die bijhoudt wat er daadwerkelijk in de omgeving draait. Organisaties hebben beide nodig: de CBOM legt vast wat er is ingebouwd en runtime-detectie bevestigt wat er actief is.
De programma's die dit goed aanpakken, behandelen cryptografische detectie op dezelfde manier als volwaardige beveiligingsteams kwetsbaarheidsbeheer aanpakken: continu, geautomatiseerd, geïntegreerd in de monitoringstack van de CISO en parallel lopend met herstelmaatregelen in plaats van als een voorwaarde daarvoor. De praktijkrichtlijn SP 1800-38 (voorlopig ontwerp) van het NIST National Cybersecurity Center of Excellence (NCCoE) weerspiegelt dit operationele model en behandelt cryptografische detectietools, cryptografische inventarissen en CBOM's, en gefaseerde migratieplanning voor meerdere protocol- en applicatiecategorieën.
Wachten tot het ontdekkingsproces "afgerond" is voordat met de migratie wordt begonnen, betekent dat de deadlines van 2030 aanbreken terwijl het team nog steeds bezig is met het opstellen van spreadsheets.
Wat de meeste organisaties verkeerd doen bij hybride implementatie
NIST IR 8547 (Initial Public Draft) beschrijft hybride cryptografische benaderingen als een tijdelijke migratiestrategie, waarbij een klassiek algoritme en een post-kwantumalgoritme samen worden gebruikt en de beveiliging ervan afhankelijk is van het feit dat ten minste één component veilig blijft. Dit is de juiste aanpak voor de huidige transitieperiode en is nuttig voor organisaties die het zich niet kunnen veroorloven om volledig te vertrouwen op de foutloosheid van gloednieuwe algoritme-implementaties vanaf dag één.
Wat de richtlijnen niet vermelden, zijn de operationele kosten van een hybride implementatie. Het vereist dat het SOC detectieregels onderhoudt voor downgrade-aanvallen, waarbij een verbinding die hybride zou moeten zijn, wordt teruggezet naar een klassieke verbinding. De testmatrix wordt uitgebreid: teams moeten het fallback-gedrag voor een klassieke verbinding, de werking van een PQC-only verbinding en hybride combinaties valideren voor elk protocol dat binnen het toepassingsgebied valt.
Netwerkapparaten moeten de gecombineerde sleutelgroottes aankunnen, die groter zijn dan die van elk schema afzonderlijk. Engineeringteams moeten de vereisten per rechtsgebied in de gaten houden, aangezien de regelgeving voor hybride TLS-systemen aanzienlijk verschilt per regio, en het onwaarschijnlijk is dat één wereldwijde TLS-configuratie aan al deze vereisten tegelijk zal voldoen.
Hybride implementatie is ook niet de eindtoestand. Het is een overgangsstrategie. Organisaties moeten plannen maken voor hybride implementaties die naast lopende moderniseringsinspanningen, wetswijzigingen en toekomstige migratiefasen kunnen bestaan. Organisaties moeten hybride cryptografie beschouwen als een duurzaam operationeel model met eigen vereisten voor governance, testen, monitoring en lifecyclemanagement, in plaats van een afvinkpunt op weg naar voltooiing.
Hoe encryptieconsultancy kan helpen
Voor de meeste organisaties is het opbouwen van een complete cryptografische inventaris en de migratie naar post-kwantumcryptografie niet mogelijk met alleen bestaande tools en interne capaciteit. Encryption Consulting werkt samen met bedrijven in elke fase van dit proces, van de eerste inventarisatie tot de volledige PQC-migratie, met diensten en speciaal ontwikkelde tools die zijn afgestemd op de complexiteit van echte PKI-omgevingen binnen bedrijven.
PQC Adviesdiensten
Onze adviesdiensten omvatten:
- Een cryptografisch activaregister, samengesteld door middel van systematische analyse van al uw eindpunten, applicaties, API's en infrastructuur. Dit vormt de basis die elke volgende stap mogelijk maakt.
- Een risicobeoordelingsrapport waarin uw blootstelling aan kwantumdreigingen wordt geëvalueerd, RSA- en ECC-afhankelijke systemen worden geïdentificeerd en de bevindingen worden geprioriteerd met risico-ernstclassificaties per categorie: beveiliging, compliance en operationeel.
- Een PQC-migratieplan, een gefaseerd plan afgestemd op uw risicobereidheid, wettelijke vereisten en NIST-tijdlijnen, inclusief cryptografische behendigheid zodat uw systemen zich kunnen aanpassen naarmate de standaarden zich blijven ontwikkelen.
- Wij bieden ondersteuning bij leveranciersevaluatie en pilottests, zodat u de juiste tools kunt selecteren, proof-of-concept-tests kunt uitvoeren en de interoperabiliteit kunt valideren vóór een grootschalige uitrol.
- Volledige implementatie, inclusief de inzet van hybride klassieke en kwantumveilige modellen, de uitrol van PQC binnen uw PKI en infrastructuur, en de configuratie van monitoring voor cryptografische stabiliteit op lange termijn.
CBOM Secure
Een belangrijke kanttekening: CBOM Secure is niet hetzelfde als een CBOM. Een CBOM is een gestructureerd artefact, een registratie van de cryptografische componenten in een bepaalde applicatie of systeem. CBOM Secure genereert en verwerkt CBOM-gegevens, maar voert ook continue detectie en runtime-inventarisbeheer uit in de volledige bedrijfsomgeving. Dit onderscheid is belangrijk, omdat een CBOM alleen aangeeft wat er op een bepaald moment in een applicatie is ingebouwd. CBOM Secure laat zien wat er daadwerkelijk draait, waar het draait en hoe het verandert.
Een succesvolle transitie na het kwantumtijdperk begint met inzicht. Organisaties kunnen cryptografie niet moderniseren als ze niet weten waar certificaten, sleutels, algoritmen en cryptografische afhankelijkheden zich in hun omgeving bevinden.
CBOM Secure van Encryption Consulting biedt een continu overzicht van cryptografische assets in de gehele bedrijfsinfrastructuur, cloudomgevingen, applicaties en cryptografische services. In plaats van een momentopname te maken, helpt het organisaties te begrijpen hoe cryptografie wordt gebruikt, waar het wordt ingezet en hoe het in de loop van de tijd verandert.
CBOM Secure detecteert en volgt continu certificaten, sleutels, algoritmen en cryptografische afhankelijkheden binnen de gehele organisatie. Het biedt inzicht in het eigendom van assets, de relaties tussen certificaten en sleutels, het gebruik van algoritmen, levenscyclusgebeurtenissen en cryptografische blootstelling. Hierdoor kunnen teams onbeheerde assets, verouderde algoritmen en systemen die mogelijk gemoderniseerd moeten worden, identificeren.
Het platform ondersteunt ook beleidsgestuurd bestuur door cryptografische configuraties te valideren aan de hand van organisatiestandaarden en afwijkingen te signaleren voordat ze operationele of nalevingsrisico's vormen.
Voor organisaties die zich voorbereiden op post-kwantumcryptografie, identificeert CBOM Secure systemen die afhankelijk zijn van kwantumkwetsbare algoritmen en biedt het inzicht dat nodig is om prioriteit te geven aan herstel- en migratieactiviteiten.
CertSecure Manager
Cryptografische detectie identificeert waar kwantumkwetsbare algoritmen in een omgeving aanwezig zijn. Certificaatlevenscyclusbeheer stelt organisaties in staat om deze kwetsbaarheid op grote schaal aan te pakken. Het grote aantal certificaten dat opnieuw moet worden uitgegeven tijdens een PQC-migratie, voor TLS-eindpunten, codeondertekeningsworkflows, apparaatidentiteiten, S/MIME en interne PKI-hiërarchieën, maakt handmatige migratie operationeel onpraktisch voor elke bedrijfsomgeving van enige omvang.
CertSecure Manager is het certificaatlevenscyclusbeheerplatform van Encryption Consulting, gebouwd met cryptografische flexibiliteit als kern. Het detecteert en beheert continu certificaten van Microsoft, openbare en private CA's; automatiseert de uitgifte, verlenging en intrekking via de ACME-, SCEP- en EST-protocollen; en handhaaft cryptografisch beleid om verouderde algoritmen te signaleren en te beperken voordat ze compliance- of operationele risico's met zich meebrengen.
Tijdens de PQC-migratie beheert CertSecure Manager de overgang van RSA- en ECC-certificaten naar hybride en quantumveilige alternatieven, waarbij het beleid consistent wordt toegepast op alle certificaten.
Voor organisaties die zowel de PQC-migratie als de door het CA/Browser Forum opgelegde verkorting van de levensduur van TLS-certificaten tot 47 dagen in 2029 moeten doorvoeren, biedt de combinatie van continue ontdekking, geautomatiseerd certificaatlevenscyclusbeheer en quantum-ready uitgifte in één platform de oplossing voor de coördinatieproblemen die anders grootschalige certificaatovergangen zouden vertragen.
Tekortkomingen in de inventaris, afwijkingen in algoritmes en niet-getraceerde schaduwcertificaten zijn terugkerende operationele risico's in cryptografische migratieprogramma's. CertSecure Manager helpt organisaties deze risico's te detecteren, te volgen en op te lossen.
Of uw organisatie nu helemaal vanaf nul begint zonder formele inventarisatie of een bestaand inventarisatieproces wil omzetten in een continu beheerprogramma, Encryption Consulting biedt zowel diepgaand advies als platformmogelijkheden om u vooruit te helpen. Ga voor meer informatie over onze PQC Advisory Services, CBOM Secure of CertSecure Manager naar encryptionconsulting.com of neem direct contact op met ons team.
Conclusie
De PQC-migratie is geen toekomstig probleem met een toekomstig budget. De wettelijke deadlines zijn actueel, het cryptografische oppervlak is groter dan de meeste onderzoeksinitiatieven tot nu toe hebben aangetoond, en de operationele complexiteit van een hybride implementatie wordt nu al ondervonden door teams die er vroeg bij waren.
De organisaties die daadwerkelijk vooruitgang boeken, hebben één kenmerk gemeen: ze wachten niet langer op een volledig beeld voordat ze actie ondernemen. Ze definiëren een afgebakende eerste fase, wijzen er één verantwoordelijke aan toe en voeren de inventarisatie parallel aan de herstelwerkzaamheden uit, in plaats van deze als een voorwaarde te beschouwen.
De klus die voor ons ligt is omvangrijk, maar ook goed afgebakend. De algoritmes zijn gestandaardiseerd. Het migratiepad is gedocumenteerd. Wat overblijft is de uitvoering, en uitvoering op deze schaal beloont programma's die zijn gestructureerd als technische programma's in plaats van beveiligingsprojecten.
Als uw team zijn cryptografische oppervlak nog niet in kaart heeft gebracht, nog niet met zijn leveranciers heeft samengewerkt aan PQC-roadmaps of nog geen stresstests heeft uitgevoerd op de aannames voor hybride implementaties, dan zijn dit de juiste uitgangspunten. De deadlines voor 2030 wachten niet op organisatorische gereedheid. De programma's die deze deadlines zullen halen, zijn de programma's die nu al aan die gereedheid werken.
