Wat is crypto-flexibiliteit? Een gids voor PKI-architecten en CISO's in gereguleerde sectoren.

Binnenin: een precieze definitie van crypto-agility, de drie samenlopende deadlines die het nu tot een operationele vereiste maken, de architectuur en het onderzoek dat nodig is om het te realiseren, en wat een gedwongen migratie de organisaties kost die er niet over beschikken.

Eind juni 2024 kondigde het Chrome-beveiligingsteam van Google aan dat Chrome geen vertrouwen meer zou hebben in openbaar uitgegeven TLS-certificaten die gekoppeld zijn aan meerdere Entrust-rootcertificaten. Mozilla volgde een maand later. De aanleiding was niet één enkele catastrofale inbreuk, maar een patroon van nalevingsproblemen dat zich over ongeveer zes jaar uitstrekte. Alleen al Mozilla documenteerde 22 afzonderlijke incidenten tussen maart en mei 2024.

Elke onderneming die een Entrust-certificaat gebruikte dat na de deadline was uitgegeven, stond voor dezelfde vraag met een vaste deadline: kunnen we deze certificaten vinden, vervangen en opnieuw implementeren voordat browsers beveiligingswaarschuwingen aan onze gebruikers gaan tonen?

Die vraag vormt de kern van dit artikel. Crypto-agility is het vermogen om die vraag te beantwoorden (voor elk algoritme, elke sleutel, elk certificaat, binnen elke door een externe partij opgelegde termijn) zonder dat het antwoord uitmondt in een wekenlange noodsituatie. Deze handleiding is geschreven voor PKI-architecten, infrastructuurbeheerders en CISO's die verantwoordelijk zijn voor deze capaciteit in gereguleerde omgevingen: financiële dienstverlening, gezondheidszorg, overheid, energie, telecommunicatie en de maakindustrie.

Het behandelt wat crypto-agility precies inhoudt, de drie samenkomende factoren die ervoor hebben gezorgd dat het van een streven naar volwassenheid een operationele vereiste is geworden, de architectuur en het onderzoek die het mogelijk maken, de migratiepatronen die daadwerkelijk standhouden in productie, en wat een gedwongen transitie een organisatie kost die er niet over beschikt.

Kort antwoord: Wat is crypto-wendbaarheid?

Crypto-agility is het operationele vermogen om cryptografische algoritmen, sleutels, certificaten en protocollen snel en veilig te wisselen, zonder dat elke wijziging een noodsituatie wordt. Het is gebaseerd op vijf eigenschappen: continue inventarisatie , abstractie van algoritmen , geautomatiseerd levenscyclusbeheer , afgedwongen governance en validatiemogelijkheden . Een organisatie is crypto-agile wanneer ze elke cryptografische transitie kan absorberen als onderdeel van de routinematige bedrijfsvoering, en niet alleen wanneer een migratie is afgerond.

Key Takeaways

• Cryptografische wendbaarheid is een capaciteit, geen migratie. Een organisatie is cryptografisch wendbaar wanneer ze elke cryptografische transitie (een vertrouwensbreuk met een certificeringsinstantie, een defect algoritme, een verkorte certificaatvaliditeit, een post-quantum mandaat) kan opvangen als onderdeel van de dagelijkse bedrijfsvoering. Het voltooien van één migratie maakt een organisatie niet wendbaar; de capaciteit die de volgende migratie tot een routinehandeling maakt, dát is wat wendbaarheid inhoudt.
• Drie factoren komen nu samen in hetzelfde smalle tijdsvenster en vereisen verschillende reacties. Het mandaat na de kwantumcrisis (NIST FIPS 203/204/205, definitief vastgesteld op 13 augustus 2024) betreft een geplande algoritme-overgang met de federale uitfasering van RSA en ECC na 2030. Het schema van CA/Browser Forum SC-081v3 is een gefaseerde operationele wijziging die de geldigheid van publieke TLS-protocollen terugbrengt tot 47 dagen op 15 maart 2029. De ongeplande schok (wantrouwen van de CA, algoritmebreuk, kwetsbare bibliotheek) komt zonder vast schema. Er is geen enkele reactie die alle drie de problemen dekt; alleen de capaciteit is voldoende.
• Uit de DigiCert Trust Pulse Survey (juli 2025) bleek dat 45 procent van de bedrijven in het voorgaande jaar te maken had gehad met downtime als gevolg van certificaatproblemen. De Entrust-enquête van 2024 illustreerde hoe die downtime eruitziet wanneer deze wordt veroorzaakt door een externe CA-gebeurtenis: organisaties met certificaatdetectie, multi-CA-orkestratie en geautomatiseerd lifecyclemanagement beschouwden het als een gefilterde query en een geplande heruitgiftecampagne. Organisaties zonder deze mogelijkheden beschouwden het als een noodsituatie waarbij meerdere teams betrokken waren, gemeten in weken overwerk en het risico op een volledige uitval.
• Ontdekking is de voorwaarde voor alles. Geen enkele migratie kan worden afgebakend, geprioriteerd of gevalideerd zonder een betrouwbare cryptografische inventaris. CT-logs missen alle private PKI. HSM's beschermen sleutels, maar catalogiseren geen certificaten of hun implementatie-eindpunten. Een complete CBOM vereist gelijktijdig gebruik van zes ontdekkingsbronnen: CT-logs, netwerkscans, CA API's, CMDB-correlatie, CI/CD-scans en HSM-inventaris. Voor geautomatiseerde CBOM-ontdekking over alle zes bronnen, CBOM Secure vult de hiaten op die elke afzonderlijke bron openlaat.
• Certificaten met een korte geldigheidsduur en geautomatiseerd lifecyclemanagement vormen de drijvende kracht achter de benodigde slagkracht voor post-quantummigratie. De verplichte geldigheidsduur van 47 dagen maakt handmatig certificaatbeheer operationeel onmogelijk, wat de automatisering afdwingt waar een post-quantum algoritme-overgang ook van afhankelijk zal zijn. Volg de planning voor post-quantummigratie via de PQC Centrum van Uitmuntendheid en de gereedheid beoordelen door PQC-gereedheid services.

Voor wie is crypto-flexibiliteit relevant?

Cryptografische flexibiliteit is een vereiste voor meerdere afdelingen. Het technische werk is verdeeld over PKI-operaties, beveiligingsarchitectuur, platformontwikkeling en compliance, maar de strategische opdracht moet van bovenaf komen. Elk team dat hieronder wordt genoemd, heeft een specifieke rol in het opbouwen en onderhouden van een flexibele cryptografische omgeving.

Rol	Waarom het uitmaakt	Actie-item
PKI-beheerders	Beheer de automatisering van de certificaatlevenscyclus waarop crypto-flexibiliteit is gebaseerd: geautomatiseerde uitgifte en verlenging via ACME, multi-CA-orkestratie zodat uitgifte kan worden omgeleid zonder herontwerp, beleidshandhaving bij de uitgiftepoort en een continue certificaatinventarisatie; een CA-wantrouwensprobleem, het afschaffen van een algoritme of een vermindering van de geldigheidsduur wordt als eerste gezien als een probleem voor certificaatbeheer, en de snelheid van de reactie hangt volledig af van wat er vóór de deadline is geautomatiseerd.	Controleer het huidige certificatenbestand met behulp van CBOM Secure; bevestig dat multi-CA-orkestratie is geconfigureerd en getest, zodat uitgifte kan worden omgeleid zonder herontwerp; schakel automatische verlenging via ACME in voor alle openbare TLS-populaties; stel verlengingswaarschuwingen in voor private PKI-populaties bij 30 procent van de resterende geldigheidsduur; voeg alle certificaatpopulaties toe aan CertSecure Manager met handhaving van het beleid bij de uitgiftepoort.
Beveiligingsarchitecten	Verantwoordelijk zijn voor het ontwerp van de algoritme-abstractie: ervoor zorgen dat applicaties cryptografische klassen via beleid gebruiken in plaats van hardgecodeerde algoritmenamen, zodat het wisselen van een algoritme een configuratiewijziging wordt in plaats van een codewijziging; ook verantwoordelijk zijn voor de CBOM-architectuur (welke ontdekkingsbronnen worden geïntegreerd, hoe bevindingen worden geclassificeerd op basis van risico en blootstelling, en hoe de CBOM actueel wordt gehouden naarmate nieuwe systemen worden geïmplementeerd); en de hybride implementatiestrategie voor de post-kwantumovergang.	Breng elke applicatie in kaart die algoritmenamen hardcodeert en definieer voor elk een abstractielaag; ontwerp de CBOM-architectuur met behulp van alle zes ontdekkingsbronnen (CT-logs, netwerkscans, CA API's, CMDB, CI/CD-pipelines, HSM-inventaris); definieer de hybride implementatiestrategie voor de post-quantum transitie (klassiek plus post-quantum parallel); voer een PQC-gereedheidsbeoordeling uit via PQC-gereedheid diensten; volg de tijdlijnen voor het uitfaseren van algoritmen via de PQC Centrum van Uitmuntendheid
Platform- en DevOps-teams	Beheer de automatiseringspipelines die crypto-agility op machinesnelheid uitvoerbaar maken: ACME-registratie voor kortstondige certificaten, CI/CD-pipeline-scanning om cryptografisch materiaal in artefacten en images te detecteren, certificaatvoorziening voor containers en workloads, en de operationele monitoring die certificaatafwijkingen detecteert voordat ze storingen veroorzaken; de verplichte TLS-validiteit van 47 dagen maakt elk handmatig implementatieproces een toekomstig storingsrisico.	Integreer ACME-registratie in alle serviceprovisioneringspipelines; voeg certificaatvervalbewaking toe aan de platformwaarschuwingen met drempelwaarden die zijn gekalibreerd op 30 procent van de resterende geldigheidsduur; scan CI/CD-artefacten en containerimages op ingebedde certificaten en sleutels met behulp van CBOM-detectietools; bevestig dat certificaatrotatie in de pre-productieomgeving wordt getest voordat elk nieuw implementatiepatroon aan de productieomgeving wordt toegevoegd.
Compliance	Er moet worden aangetoond dat de cryptografische infrastructuur is geïnventariseerd, dat het algoritme- en validiteitsbeleid wordt gehandhaafd en dat het migratiebewijs voldoet aan de wettelijke vereisten; NIST SP 800-53 Rev. 5 SC-12 (Cryptographic Key Establishment and Management) en SC-17 (Public Key Infrastructure Certificates) vereisen cryptografisch beheer; CNSA 2.0-naleving voor organisaties in de defensie-industrie vereist een gedocumenteerde inventarisatie en migratietijdlijnen vanaf 2025; de door het OMB geschatte federale migratiekosten van $ 7.1 miljard weerspiegelen de risico's op het gebied van compliance en bedrijfsvoering die een ongedocumenteerde, kwetsbare infrastructuur met zich meebrengt.	Neem de volledigheid van de CBOM-inventaris op in het driemaandelijkse bewijsmateriaal voor naleving; bevestig dat de geldigheid van certificaten, het algoritme en de handhaving van het sleutelgroottebeleid gedocumenteerd en getest zijn; koppel de mijlpalen voor de afschaffing van NIST IR 8547 en de fasedata van CA/B Forum SC-081v3 aan interne deadlines voor naleving; documenteer het migratieplan voor post-quantumalgoritmen met benoemde verantwoordelijken en gedateerde mijlpalen voor elke activaklasse.
CISO's	Drie externe deadlines (NIST-degradatie na kwantumtechnologie in 2030/2035, CA/B Forum-validiteit van 47 dagen in maart 2029 en ongeplande gebeurtenissen waarbij CA's wantrouwen opwekken) vereisen nu dat crypto-flexibiliteit een gefinancierd, beheerd en strategisch programma is in plaats van een reactief project; het Entrust-wantrouwen in 2024 toonde aan dat organisaties met flexibiliteit externe cryptografische schokken als routinehandelingen opvangen, terwijl organisaties zonder flexibiliteit deze als noodprojecten beschouwen die gepland beveiligingswerk maandenlang verdringen; de migratie van algoritmen na kwantumtechnologie is de grootste infrastructuurtransitie waarmee de meeste gereguleerde sectoren sinds de millenniumwisseling te maken hebben gehad.	Financier crypto-flexibiliteit als een meerjarig strategisch programma met verantwoordelijkheid op C-level niveau, een gedefinieerde RACI-matrix en een kwartaalbeoordeling; stel de CBOM-inventarisatie verplicht als een KPI op bestuursniveau, naast het aantal kwetsbaarheden en de patchdekking; eis dat elke nieuwe systeemimplementatie een cryptografische governance-vereiste bevat vóór de ingebruikname; evalueer PKI als een service voor organisaties die behoefte hebben aan een beheerde, multi-CA-uitgiftefunctionaliteit zonder de infrastructuur intern te hoeven bouwen en beheren; volg de planning voor post-quantummigratie via de PQC Centrum van Uitmuntendheid

Routekaart voor post-kwantummigratie per activaklasse

Een praktisch migratieplan rangschikt herstelmaatregelen op basis van de combinatie van blootstelling aan algoritmen, de periode waarin gegevensvertrouwelijkheid vereist is en de vervangbaarheid van systemen. De onderstaande tabel koppelt elke belangrijke activaklasse aan de blootstelling aan algoritmen, de migratieprioriteit, de toepasselijke NIST-standaard, de aanbevolen eigenaar en de relevante wettelijke of beleidsmatige tijdlijn. Organisaties dienen hun CBOM-bevindingen te gebruiken om het werkelijke aantal activa in elke rij in te vullen voordat de migratievolgorde wordt bepaald.

Activaklasse	Algoritme-blootstelling	Migratieprioriteit	NIST-standaard	Eigenaar	Tijdschema / Deadline
Openbare TLS-certificaten (webservers, loadbalancers, CDN)	RSA-2048 / ECDSA P-256 in serverAuth-profiel; geldigheidsduur wordt al verkort tot 200 dagen (15 maart 2026), vervolgens 100 dagen (15 maart 2027) en daarna 47 dagen (15 maart 2029) onder SC-081v3	Hoog (operationele urgentie ingegeven door de planning van het CA/B Forum); automatisering moet ingevoerd zijn voordat handmatige verlenging onmogelijk wordt.	FIPS 204 (ML-DSA) voor ondertekening; hybride klassieke + ML-KEM (FIPS 203) voor sleuteluitwisseling tijdens TLS 1.3-handshake	PKI-beheerder + platformteam	Automatisering vereist vóór 15 maart 2027 (100-dagenfase); post-quantum hybride wordt aanbevolen voor nieuwe implementaties vanaf 2026.
Privé PKI-certificaten (interne mTLS, apparaatverificatie, machine-identiteit)	RSA-2048 / ECDSA P-256 in clientAuth en apparaatprofiel; niet gebonden aan SC-081v3, maar wel onderhevig aan dezelfde algoritme-uitfasering als openbare TLS.	Hoog (grootste populatie in de meeste bedrijven; de deadline voor CNSA 2.0 voor NSS-gerelateerde systemen begint in 2025)	FIPS 203 (ML-KEM) voor sleutelversleuteling; FIPS 204 (ML-DSA) voor handtekeningen; hybride implementatie aanbevolen tijdens de overgang.	PKI-beheerder + beveiligingsarchitect	CNSA 2.0-systemen: vanaf 2025; federale systemen: RSA/ECC wordt na 2030 uitgefaseerd volgens NIST IR 8547; commerciële gereguleerde systemen: afstemming op sectorspecifieke richtlijnen
Codeondertekeningscertificaten en firmwareondertekeningssleutels	RSA-2048 / ECDSA; handtekeningen verifiëren de integriteit van software en firmware; als een codeondertekeningssleutel achteraf wordt gekraakt, verliest alle software die ermee is ondertekend de integriteitsgarantie.	Dit is cruciaal voor softwarecomponenten met een lange levensduur (firmware, BIOS, besturingssysteemimages) waarbij handtekeningen tientallen jaren verifieerbaar moeten blijven; de dreiging van het direct onderscheppen van handtekeningen geldt zowel voor ondertekende componenten met een lange levensduur als voor versleutelde gegevens.	FIPS 204 (ML-DSA); FN-DSA (afgeleid van FALCON) voor firmware-ondertekening met beperkte bestandsgrootte.	Beveiligingsarchitect + Platformteam	NSS-systemen: CNSA 2.0 vereist ML-DSA voor nieuwe codeondertekening tegen 2025; commercieel: conform NIST IR 8547 2030 afschaffing
CA-hoofd- en tussenliggende certificaatondertekeningssleutels	RSA-4096 / ECDSA P-384 is doorgaans de standaard; de root-ondertekeningssleutel is de meest waardevolle cryptografische asset in het cryptovaluta; een inbreuk of zwakte in het algoritme maakt elk certificaat dat onder deze sleutel is uitgegeven ongeldig;	Kritiek; een compromittering van de root-sleutel of een doorbraak in het algoritme heeft de grootste impact; hybride root-sleutels (klassiek + post-kwantum) worden getest in openbare PKI-programma's.	FIPS 204 (ML-DSA) voor het ondertekeningsalgoritme; sleutelbescherming vereist FIPS 140-3 Level 3 HSM, ongeacht het algoritme.	PKI-beheerder + beveiligingsarchitect	Plan de overgang naar root-domeinen vóór de afschaffing van NIST IR 8547 na 2030; hybride root-pilots worden aanbevolen vanaf 2026 voor nieuwe hiërarchieën.
Langdurig versleutelde data in rust (databaseversleuteling, archiefsleutels, back-upversleuteling)	AES-256 (symmetrisch, kwantumveilig voor sleutels van 256 bits en groter); RSA- of ECDH-sleutelomhulsel voor de symmetrische sleutel (kwetsbaar voor een 'harvest-now'-aanval op de omhullende sleutel).	Het risico is het grootst voor gegevens met een vertrouwelijkheidshorizon na 2030 (medische dossiers, financiële contracten, nationale veiligheidsinformatie); de dreiging van directe data-oogst maakt de huidige blootstelling reëel, ook al bestaan ​​kwantumcomputers nog niet.	FIPS 203 (ML-KEM) voor sleutelinkapseling vervangt RSA/ECDH-sleutelomwikkeling; AES-256 voor symmetrische encryptie blijft kwantumveilig bij de huidige sleutelgroottes.	Beveiligingsarchitect + Compliance-team	Het wordt aanbevolen om lang bewaard gebleven gegevens onmiddellijk opnieuw te versleutelen of van nieuwe sleutels te voorzien; wacht niet op de NIST-uitfasering in 2030 voor gegevens met een hoge vertrouwelijkheidshorizon.
VPN- en netwerkinfrastructuur (IKEv2, TLS 1.3-sessiesleutels)	RSA/ECDH voor sleuteluitwisseling in IKEv2 en TLS 1.3; symmetrische sessiesleutels (AES-256) zijn kwantumveilig; de 'harvest-now'-dreiging is gericht op de sleuteluitwisselingsfase.	Hoog voor VPN's die geclassificeerd of langdurig gevoelig verkeer transporteren; CNSA 2.0 vereist IKEv2 post-quantum sleutelgeneratie voor NSS-systemen vanaf 2025.	FIPS 203 (ML-KEM) voor sleutelinkapseling in IKEv2 en TLS 1.3; hybride klassiek + ML-KEM tijdens de overgang.	Platformteam + Beveiligingsarchitect	CNSA 2.0-systemen: vanaf 2025; commercieel: hybride implementatie aanbevolen vanaf 2026 voor nieuwe VPN-implementaties.

Wat crypto-wendbaarheid nu eigenlijk betekent (en wat het niet betekent)

Crypto-agility is het vermogen van de systemen van een organisatie om snel en veilig te schakelen tussen cryptografische algoritmen, sleutels, bibliotheken, protocollen en certificaten, met minimale verstoring van de bedrijfsvoering. De nadruk ligt op de mogelijkheid om te schakelen, niet op een enkele wijziging. Een organisatie is crypto-agile wanneer een cryptografische transitie naadloos kan worden geïntegreerd in de dagelijkse bedrijfsvoering, en niet wanneer een migratie toevallig is afgerond.

Dit onderscheid is belangrijk omdat de gebeurtenissen die een overgang teweegbrengen niet voorspelbaar zijn. Een cryptanalytisch resultaat kan een algoritme van de ene op de andere dag verzwakken. Een rootprogramma van een browser kan op eigen initiatief een certificeringsinstantie wantrouwen. Een toezichthouder kan een nalevingsperiode verkorten. Een standaardiseringsorganisatie kan een sleutellengte afkeuren.

Zelfs nadat post-kwantumalgoritmen zijn ingezet, moeten organisaties mogelijk nog steeds tussen deze algoritmen schakelen naarmate er nieuwe analyses ontstaan: deze algoritmen zijn nog in de kinderschoenen en sommige van hun eigenschappen zullen pas volledig begrepen worden wanneer er een krachtige kwantumcomputer beschikbaar is om ze te testen. Wendbaarheid is de eigenschap die je in staat stelt te reageren op onverwachte gebeurtenissen, niet alleen op gebeurtenissen die op de gepubliceerde routekaart staan.

Het helpt ook om crypto-agility te onderscheiden van drie engere termen waarmee het vaak wordt verward. Certificaat-agility is het vermogen om digitale certificaten snel te vinden, te beheren en te vervangen; het is een cruciaal onderdeel van crypto-agility , omdat certificaten de meest talrijke en meest zichtbare cryptografische objecten in de meeste omgevingen zijn, maar het is niet het geheel.

CA-wendbaarheid (soms omschreven als CA-tolerantie) is het vermogen om van uitgevende instantie te wisselen zonder de architectuur opnieuw te hoeven ontwerpen, precies de kracht die het Entrust-evenement demonstreerde. Sleutelwendbaarheid betreft de rotatie, het opnieuw genereren van sleutels en de hercodering van het sleutelmateriaal zelf. Een werkelijk wendbare omgeving beschikt over al deze drie aspecten, plus de algoritmeflexibiliteit die daaronder schuilgaat.

Waarom de druk nu toeneemt: drie deadlines op één kalender

Crypto-flexibiliteit is al twintig jaar een waardevol advies voor ingenieurs. Wat er veranderd is, is dat drie verschillende factoren nu in dezelfde paar jaar samenkomen, en ze verschillen zodanig van elkaar dat een eenmalige reactie ontoereikend is. Eén daarvan is een geplande algoritme-overgang. Een andere is een geplande operationele wijziging in de manier waarop certificaten worden uitgegeven. De derde is ongepland en doet zich voor wanneer hij zich voordoet. Flexibiliteit is de enige mogelijkheid om op al deze drie tegelijk te reageren.

Kracht één: Het post-kwantummandaat is niet langer theoretisch.

Op 13 augustus 2024 heeft NIST de eerste drie post-kwantumstandaarden afgerond, waarmee een selectieproces van acht jaar, dat in 2016 van start ging, werd afgesloten. FIPS 203 specificeert ML-KEM , het sleutelinkapselingsmechanisme afgeleid van CRYSTALS-Kyber, bedoeld ter vervanging van RSA en elliptische-curve-sleuteluitwisseling. FIPS 204 specificeert ML-DSA , een op roosters gebaseerd ondertekeningsschema afgeleid van CRYSTALS-Dilithium.

FIPS 205 specificeert SLH-DSA, een hash-gebaseerd ondertekeningsschema afgeleid van SPHINCS+ dat berust op een andere beveiligingsveronderstelling als bescherming. Een vierde ondertekeningsstandaard, FN-DSA, afgeleid van FALCON, volgde voor gebruikssituaties met beperkte omvang, zoals het ondertekenen van firmware.

De standaarden bestaan; de deadlines bepalen nu het gedrag. De conceptrichtlijnen van NIST voor de transitie, IR 8547, geven de richting aan voor federale systemen: RSA en elliptische-curve-cryptografie zullen na 2030 worden uitgefaseerd en na 2035 niet meer worden toegestaan. De CNSA 2.0-suite van de NSA , uitgebracht in september 2022, vereist dat nationale veiligheidssystemen overstappen op ML-KEM-1024 en ML-DSA-87, met tijdlijnen die beginnen in 2025 en doorlopen tot begin jaren 2030. Deze eisen gelden voor de gehele defensie-industrie, niet alleen voor overheidsinstanties.

Het National Security Memorandum 10 (mei 2022) en de Quantum Computing Cybersecurity Preparedness Act (ondertekend eind 2022) verplichten federale instanties al om hun cryptografie in kaart te brengen en de overgang te starten. Ook de financiële drijfveer is reëel: het Amerikaanse Office of Management and Budget schat de kosten van de federale migratie alleen al op ongeveer 7.1 miljard dollar.

Kracht twee: De levensduur van openbare certificaten neemt volgens een vast schema af.

In april 2025 heeft het CA/Browser Forum stemming SC-081v3 aangenomen met 29 stemmen voor en geen tegen. De stemming beschrijft een gefaseerde verlaging van de maximale geldigheidsduur van publiekelijk vertrouwde TLS-certificaten en van de periode waarin domeincontrolevalidatie opnieuw kan worden gebruikt. Het schema is ondubbelzinnig en kort.

Ingangsdatum	Maximale TLS-geldigheid	Operationele realiteit
Vóór 15 maart 2026	398 dagen	Jaarlijkse vernieuwing; gedisciplineerde handmatige processen blijven bestaan.
15 maart 2026	200 dagen	Eerste noodmaatregel: de landingsbaan sluit.
15 maart 2027	100 dagen	Een driemaandelijkse cyclus doorbreekt de meeste handmatige werkprocessen.
15 maart 2029	47 dagen	Vernieuwing ongeveer elke zes weken; hervalidatie vrijwel continu.

In de laatste fase wordt de hergebruikstermijn voor domeincontrolevalidatie teruggebracht tot tien dagen, wat betekent dat de validatie in feite bij elke verlenging wordt herhaald. Certificeringsinstanties lopen al vooruit op de deadlines voor een veiligheidsmarge (DigiCert begon op 24 februari 2026 met het uitgeven van certificaten met een maximale geldigheidsduur van 199 dagen en Sectigo stapte op 12 maart 2026 over op 199 dagen), omdat het overschrijden van een geldigheidslimiet met zelfs maar één seconde een onjuiste uitgifte is die verplichte intrekking tot gevolg heeft. De bijbehorende stemming SC-085v2, die DNSSEC-validatie bij uitgifte vereist, vindt plaats tegelijk met de eerste fase van SC-081v3, waardoor de operationele drempel verder wordt verhoogd.

Twee precieze punten zorgen ervoor dat dit gedeelte eerlijk blijft. Ten eerste is SC-081v3 alleen van toepassing op publiekelijk vertrouwde TLS-certificaten. Privé- PKI's (de interne CA's die de meeste bedrijven gebruiken voor machine-identificatie, wederzijdse TLS en apparaatauthenticatie) vallen er niet onder, evenmin als S/MIME- of codeondertekeningscertificaten.

Organisaties zouden hun eigen interne geldigheidsbeleid moeten vaststellen op basis van hun dreigingsmodel en de mate van automatisering die ze beheersen, in plaats van klakkeloos het schema van het openbare web over te nemen. Ten tweede is de waarde van de 47-dagenregel voor een wendbaarheidsprogramma indirect: een vernieuwingscyclus van zes weken maakt handmatig certificaatbeheer operationeel onmogelijk, wat de automatisering afdwingt die een transitie na de kwantumcrisis ook vereist. Het mandaat dat op een last lijkt, is in de praktijk de hefboom die de spierkracht opbouwt.

Kracht Drie: De Ongeplande Schok die je niet op een routekaart kunt zetten

De derde kracht heeft geen vaste datum, omdat die zich aandient volgens andermans planning. Een certificeringsinstantie (CA) wordt niet langer vertrouwd. Een algoritme wordt gekraakt. Een bibliotheek bevat een kwetsbaarheid die een geïmplementeerde cipher suite tot een risico maakt. Dit zijn geen hypothetische voorbeelden: ze vormen de terugkerende realiteit van het vakgebied.

De migratie van SHA-1 naar SHA-2, ook wel de "Shapocalypse" genoemd, duurde voor veel organisaties jaren. Het wantrouwen van Google jegens Symantec's certificeringsinstantie in 2017 en 2018 dwong tot de heruitgifte van een groot deel van de webcertificaten. Het wantrouwen jegens Entrust in 2024, dat later in dit artikel uitgebreid aan bod komt, is slechts de meest recente toevoeging aan een lange lijst.

Het kenmerkende van deze kracht is dat planning haar niet kan elimineren; alleen capaciteit kan haar opvangen. Een organisatie met een betrouwbare inventaris, geabstraheerde cryptografie en geautomatiseerd levenscyclusbeheer behandelt een onverwacht wantrouwen als een gefilterde vraag, gevolgd door een geautomatiseerde heruitgiftecampagne. Een organisatie zonder deze zaken behandelt het als een noodsituatie, gemeten in overuren en risico op uitval.

De anatomie van een flexibel cryptografisch platform

Een flexibele cryptografische omgeving kenmerkt zich door vijf eigenschappen die tegelijkertijd gelden: je kunt je cryptografie inzien, je applicaties benoemen hun algoritmen niet in de code, de levenscyclus van je certificaten verloopt zonder menselijke tussenkomst, je wijzigingen doorlopen een afgedwongen beleid en je kunt bewijzen dat een nieuw algoritme werkt voordat je ervan afhankelijk bent. Elk van deze eigenschappen is noodzakelijk; de afwezigheid van één ervan is waar flexibiliteit stilletjes faalt.

De eerste eigenschap is transparantie: een continu bijgehouden, gezaghebbende inventaris van alle cryptografische activa, in plaats van een spreadsheet die accuraat was op de dag dat deze werd samengesteld. De tweede is abstractie: cryptografie wordt aangeduid via beleid en cryptografische klassen in plaats van via hardgecodeerde algoritmenamen, een aanpak die soms 'bring-your-own-crypto' wordt genoemd.

Wanneer een applicatie het platform om een ​​'digitale handtekening' vraagt ​​in plaats van om 'ML-DSA-44', wordt het wijzigen van het onderliggende algoritme een configuratiewijziging in plaats van een codewijziging. Ten derde is er de automatisering van de volledige levenscyclus van certificaten en sleutels (uitgifte, verlenging, intrekking, provisioning en rotatie), die met machinesnelheid en op grote schaal wordt uitgevoerd.

Het vierde aspect is governance: afgedwongen beleid, gedefinieerd eigenaarschap, goedkeuringsworkflows voor gevoelige wijzigingen en een volledig auditspoor. Het vijfde aspect is validatie: de mogelijkheid om hybride en post-quantum configuraties in een niet-productieomgeving te testen voordat ze belast worden.

Het contrast tussen een landgoed dat deze eigenschappen bezit en een landgoed dat ze niet bezit, is in de praktijk enorm.

Afmeting	Broze Landgoed	Agile Estate
Inventaris	Incomplete spreadsheets, die binnen enkele weken verouderd zijn.	Continue geautomatiseerde ontdekking, één betrouwbare bron
Algoritmekoppeling	Hardcoded in applicaties en firmware	Verwezen door beleids- of cryptografische klasse
CA-afhankelijkheid	Enkele uitgever, handmatige heruitgifte bij wijziging	Meerdere emittenten, georkestreerde herpositionering (CA-agility)
Levenscyclus van certificaten	Handmatige uitgifte en verlenging, agendaherinneringen	Geautomatiseerd via ACME en API's, met beleidsgestuurde toegang.
Reactie op een gedwongen verandering	Noodproject, gemeten in weken.	Gefilterde zoekopdracht plus geautomatiseerde campagne, gemeten in uren.
Bestuur	Ad hoc, verantwoordelijkheid onduidelijk op het moment van het incident.	RACI-gedefinieerd, verantwoordingsplichtig op C-level niveau, direct klaar voor audits.

Twee structurele valkuilen verdienen een specifieke waarschuwing, omdat ze het moeilijkst te verhelpen zijn. Cryptografie die is ingebed in beveiligde bootloaders en hardwarematige vertrouwensbronnen kan niet worden vervangen door een software-update; als die mechanismen verzwakken, is een herontwerp de oplossing. En cryptografie die is verspreid over subsystemen die eigendom zijn van verschillende teams, leidt vaak tot een zwakkere algehele bescherming en gefragmenteerd inzicht, omdat niemand het volledige plaatje in handen heeft. Wendbaarheid is daarom net zozeer een probleem van organisatorisch ontwerp als van technisch ontwerp, en dat is de rode draad die in de rest van dit artikel wordt gevolgd.

Ontdekking: Waarom je niet kunt migreren wat je niet kunt zien

Ontdekking vormt de basis en is de stap die de meeste organisaties onderschatten. Elke daaropvolgende beslissing (wat prioriteit te geven, wat als eerste te vervangen, wat te testen, wat aan een auditor te bewijzen) is afhankelijk van een inventaris die de realiteit weerspiegelt. De ongemakkelijke waarheid is dat cryptografische activa verborgen zijn. Sleutels en certificaten zijn ingebed in applicaties, bestandssystemen, netwerkinterfaces, hardwareapparaten, cloudservices, CI/CD-pipelines, containerimages en verouderde systemen die geen enkele huidige medewerker volledig begrijpt.

Een betrouwbare inventarisatie moet gebruikmaken van meerdere bronnen tegelijk, omdat geen enkele bron het hele vermogen omvat. Dit is waar veel goedbedoeld onderzoek misgaat, dus het is belangrijk om nauwkeurig te specificeren wat elke bron wel en niet kan vinden.

Ontdekkingsbron	Wat het aan de oppervlakte brengt	Wat het mist
Certificaattransparantielogboeken	Openbaar uitgegeven TLS-certificaten	Alle private en interne PKI; al het niet-TLS-sleutelmateriaal.
Netwerk- en eindpuntscanning	Certificaten actief op bereikbare luisteraars	Slapende certificaten, ingebedde sleutels, offline systemen
CA-databases en API's	Certificaten geproduceerd door een bekende uitgever	Certificaten van certificeringsinstanties die u niet raadpleegt; zelfondertekend materiaal
CMDB en inventaris van activa	Eigendom en koppeling van systeem aan activa	De cryptografie zelf, tenzij expliciet gekoppeld.
CI/CD en binaire scanning	Sleutels en certificaten in pipelines en artefacten	Materiaal dat alleen tijdens de uitvoering bestaat.
HSM-inventaris	Sleutels worden beheerd door het management.	Certificaten: een HSM beschermt sleutels, het is geen certificaatcatalogus.

Twee misvattingen verdienen het om direct uit de wereld geholpen te worden. Certificate Transparency-logboeken worden soms beschouwd als een masterinventaris; dat zijn ze niet. CT-logboeken registreren alleen certificaten van publiekelijk vertrouwde CA's, wat betekent dat de volledige interne PKI van een organisatie (vaak de grootste verzameling certificaten) voor hen onzichtbaar is.

Een HSM wordt vaak gezien als de plek waar je certificaten kunt opsommen; dat is echter niet het geval. Een HSM beveiligt privésleutels, maar houdt geen doorzoekbare inventaris bij van de certificaten die bij die sleutels horen of de eindpunten waar ze worden gebruikt. Endpointscanning, netwerkdetectie, CA API's, CMDB-correlatie, pipelinescanning en een cryptografische stuklijst ( CBOM ) vullen de lacune op die CT-logs en HSM's openlaten.

Zodra assets zichtbaar zijn, moeten ze worden geclassificeerd op basis van risico en blootstelling, zodat herstelmaatregelen in de juiste volgorde kunnen worden uitgevoerd. Een praktisch schema sorteert elke asset in statussen (niet-conform, verouderd, conform en klaar voor post-quantum) en koppelt elke bevinding aan een bedrijfseigenaar en een systeem, zodat de prioritering aansluit bij het bedrijfsrisico in plaats van bij wat een scanner toevallig als eerste heeft gevonden. De dreiging van 'nu verzamelen, later decoderen' verscherpt deze prioritering: data met een lange vertrouwelijkheidshorizon komen vooraan in de wachtrij te staan.

De migratiepatronen die werken: hybride, abstractie en herversleuteling

Als het gaat om het daadwerkelijk verplaatsen van een IT-omgeving, hebben drie patronen zich in de praktijk bewezen: hybride implementatie tijdens de overgang, abstractie van algoritmen in het applicatieontwerp en hercodering van lang bewaarde data. Elk patroon pakt een ander faalscenario aan en samen beschrijven ze hoe een zorgvuldige organisatie een verhuizing kan realiseren zonder alles in te zetten op een onbewezen algoritme.

Hybride implementatie combineert een beproefd klassiek algoritme met een post-kwantumalgoritme in één enkele cryptografische bewerking, zodat het resultaat veilig blijft zolang een van beide componenten geldig is. De reden hiervoor is tweeledig: post-kwantumalgoritmen hebben niet de decennialange kritische analyse doorstaan ​​die RSA en elliptische-curve-cryptografie wel hebben ondergaan, en het in één keer overzetten van een complete infrastructuur is riskant. Het parallel uitvoeren van ML-KEM-768 met X25519 tijdens sleuteluitwisseling is hiervan het meest bekende voorbeeld en heeft al praktijkervaring:

Abstractie is de ontwerpdiscipline die ervoor zorgt dat elke toekomstige migratie goedkoper is dan de vorige. Wanneer applicaties verwijzen naar cryptografische klassen in plaats van specifieke algoritmen, wordt het vervangen van een algoritme een beleidsbeslissing die via de configuratie wordt doorgevoerd, in plaats van een codewijziging die via een releasecyclus wordt uitgerold. Dit is hetzelfde 'bring-your-own-crypto'-principe als eerder beschreven, maar dan vanuit het perspectief van de migratie: het vermindert de afhankelijkheid van één leverancier, verkleint de impact van een toekomstige standaardwijziging en stelt een leverancier in staat om één product te leveren in verschillende rechtsgebieden met uiteenlopende cryptografische vereisten.

Hercodering en rotatie pakken de faalmodus aan die de andere twee patronen niet aanpakken. Het wisselen van het algoritme dat je in de toekomst gebruikt, heeft geen effect op gegevens die een tegenstander al heeft buitgemaakt. Als versleutelde geheimen zijn gestolen, blijft de versleutelde tekst die gisteren is buitgemaakt, net zo kwetsbaar als wanneer je morgen een nieuw algoritme inzet. Daarom moeten hercodering van lang bestaande gegevens en rotatie van sleutelmateriaal onderdeel zijn van de migratie, en niet een bijzaak, en daarom zijn kortstondige, just-in-time referenties zo'n krachtige aanvulling. Een vluchtig token of een sleutel voor eenmalig gebruik die binnen enkele minuten verloopt, is waardeloos voor een tegenstander tegen de tijd dat een kwantumcomputer deze zou kunnen kraken.

Wat wantrouwen jegens organisaties hen daadwerkelijk kost

Laten we terugkeren naar de gebeurtenis waarmee dit bericht begon, want die is de duidelijkste illustratie van wendbaarheid die in de praktijk is getest. Toen Chrome aankondigde dat het TLS-certificaten die gekoppeld zijn aan Entrust-rootcertificaten met een ondertekend certificaat met een tijdstempel van na 11 november 2024 niet meer zou vertrouwen, en Mozilla zijn eigen deadline vaststelde op 30 november 2024, kreeg elke betrokken organisatie een harde deadline en een beperkt aantal taken toegewezen.

Entrust regelde dat het als gedelegeerde autoriteit via een partnerschap met SSL.com publiekelijk vertrouwde certificaten kon blijven uitgeven, maar dat ontsloeg klanten niet van hun werk. Infrastructuurproviders reageerden op hun eigen tempo, waarbij Akamai aankondigde dat het de rootcertificaten van Entrust en AffirmTrust uiterlijk 1 maart 2025 uit zijn origin trust store zou verwijderen.

Het werk zelf was niet exotisch. Het was een reeks concrete stappen, en de kloof tussen een fragiel en een flexibel landgoed werd bij elke stap duidelijk.

1. Vind alle door Entrust uitgegeven certificaten op het landgoed: Dit is een probleem van het ontdekken van systemen, en het is waar organisaties zonder een actuele inventarisatie de meeste tijd aan kwijt zijn: het handmatig doorzoeken van endpoints, load balancers, cloudservices en vergeten interne systemen.
2. Koppel elk certificaat aan een eigenaar en de systemen die ervan afhankelijk zijn: Zonder CMDB-correlatie wordt dit archeologie: uitzoeken welke applicatie, welk team en welke downstream-integratie elk certificaat stilletjes ondersteunt.
3. Selecteer en implementeer een vervangende certificeringsinstantie: Een vermogensbeheerder met flexibele CA-opties had al alternatieve emittenten geïntegreerd; een vermogensbeheerder die gebonden was aan één enkele CA moest onder tijdsdruk een nieuwe evalueren, contracteren en integreren.
4. Heruitgeven en op grote schaal opnieuw inzetten vóór de deadline: Het handmatig opnieuw uitgeven van honderden of duizenden certificaten is precies de werklast die automatisering juist moet overnemen; handmatig uitvoeren brengt het grootste risico op storingen met zich mee.
5. Controleer de nieuwe kettingen en let op breuk: Elke vervanging moet van begin tot eind worden geverifieerd, met monitoring om een ​​eventueel ontbrekend of verkeerd geconfigureerd certificaat te detecteren voordat een gebruiker dat doet.

Voor een organisatie met discovery, multi-CA orchestration en geautomatiseerd lifecycle management, is deze sequentie een gefilterde query en een geplande heruitgiftecampagne: storend, maar beheersbaar en meetbaar in uren toezicht in plaats van weken overwerk. Voor een organisatie zonder deze technologieën is dezelfde sequentie een noodsituatie voor meerdere teams die gepland werk voor een maand verschuift en nog steeds het risico op een publieke storing met zich meebrengt. Het gebrek aan vertrouwen veroorzaakte die kosten niet. Het gebrek aan wendbaarheid wel.

Hoe CertSecure Manager crypto-flexibiliteit mogelijk maakt

CertSecure Manager is het certificaatlevenscyclusbeheerplatform van Encryption Consulting, ontwikkeld om de vijf eigenschappen van een agile omgeving om te zetten in dagelijkse werkzaamheden in plaats van een projectplan. De mogelijkheden ervan sluiten direct aan op de hierboven beschreven uitdagingen.

• Continue ontdekking en inventarisatie: Agentgebaseerde en netwerkdetectie bouwen een continu bijgewerkt register op van certificaten en sleutels op eindpunten, loadbalancers en cloudworkloads: de betrouwbare inventaris waarop elke volgende beslissing is gebaseerd, en hetgeen dat als eerste nodig is bij een gedwongen migratie.
• Multi-CA-orkestratie en CA-flexibiliteit: Het platform integreert met publieke en private uitgevers (Microsoft ADCS, HashiCorp Vault en externe CA's), waardoor de uitgifte kan worden omgeleid naar een andere autoriteit zonder dat de architectuur opnieuw hoeft te worden ontworpen. Dit is precies de functionaliteit die Entrust onder tijdsdruk eiste.
• Handhaving van het beleid bij de uitgiftepoort: Toegestane algoritmen, sleutelgroottes, geldigheidsperioden en goedgekeurde uitgevers worden centraal beheerd, zodat niet-conforme certificaten worden geblokkeerd voordat ze bestaan, in plaats van dat ze later tijdens een audit worden ontdekt.
• Geautomatiseerd levenscyclusbeheer: Uitgifte, verlenging, intrekking en provisioning verlopen via ACME en native integraties, afgestemd op de verlengingsfrequentie die SC-081v3 verplicht stelt naarmate de geldigheidsduur afneemt tot 47 dagen.

De rode draad is dat CertSecure Manager een cryptografische wijziging (een CA-wissel, een algoritme-overgang, een geldigheidsvermindering) behandelt als routinematig, gecontroleerd en geautomatiseerd werk, wat de operationele definitie is van crypto-flexibiliteit.

Hoe kan Encryption Consulting u helpen?

Encryption Consulting adviseert al meer dan tien jaar gereguleerde bedrijven (in de financiële dienstverlening, gezondheidszorg, overheid, energie, telecommunicatie en productie) over PKI, certificaatlevenscyclusbeheer en cryptografische strategie. Die ervaring is verwerkt in CertSecure Manager , een platform voor certificaatlevenscyclusbeheer dat ontdekking, multi-CA-orkestratie, beleidshandhaving en geautomatiseerde uitgifte en verlenging combineert, zodat cryptografische wijzigingen routinehandelingen worden in plaats van terugkerende noodsituaties.

Het doel is simpel: zorg ervoor dat uw nalatenschap op verzoek kan worden gewijzigd, voordat een externe deadline die wijziging urgent maakt.

Naast het platform ontwerpen en moderniseren onze PKI -services de tweelaagse en HSM-ondersteunde architecturen waarop de uitgifte is gebaseerd. Onze beoordeling van de gereedheid voor post-kwantumcryptografie stelt de inventaris en migratie-roadmap samen die de NIST-tijdlijnen nu vereisen. CBOM Secure biedt de cryptografische ontdekking en inzicht in de materiaallijst die een onbekende omgeving beheersbaar maakt. Voor doorlopende begeleiding bij de migratie van post-kwantumalgoritmen, planningsbronnen en het volgen van wettelijke tijdlijnen kunt u terecht bij het PQC Center of Excellence . Neem contact met ons op via [email protected] of bezoek www.encryptionconsulting.com om te bespreken waar uw organisatie zich bevindt.

Conclusie

Drie factoren komen samen in hetzelfde, smalle tijdsvenster, en ze zijn voldoende verschillend om ze allemaal te kunnen afdekken. Het post-quantum mandaat is een geplande algoritmetransitie met uitfasering in 2030 en een harde grens in 2035. De verkorting van de geldigheidsduur van publieke TLS-certificaten tot 47 dagen in maart 2029 is een geplande operationele verandering die handmatig certificaatbeheer onmogelijk maakt. En de ongeplande schok (wantrouwen, een breuk, een kwetsbare bibliotheek) komt wanneer die zich voordoet. Crypto-flexibiliteit is de enige capaciteit die op alle drie de problemen een antwoord biedt, omdat het gaat om het vermogen om te veranderen, en niet om een ​​specifieke verandering.

Het bewijs dat wendbaarheid de doorslaggevende factor is, is niet theoretisch. De SHA-1-transitie, het wantrouwen jegens Symantec en het wantrouwen jegens Entrust in 2024 legden alle betrokken organisaties dezelfde eindige werkvolgorde op. De deadlines op de roadmap zijn een geschenk, omdat ze je de tijd geven om de capaciteit op te bouwen voordat de onverwachte schok deze op de proef stelt.

Dat venster sluit zich op de gepubliceerde kalender: de eerste fase van SC-081v3 is al van kracht en de data voor de afschaffing na de kwantumfase staan ​​vast. Organisaties die de volgende geplande wijziging als de drijvende kracht beschouwen, in plaats van de vorige, zullen de komende transities als een gecontroleerde verandering in plaats van een crisis doorstaan.

Veelgestelde Vragen / FAQ

Wat is crypto-agility?

Crypto-agility is het vermogen van de systemen van een organisatie om cryptografische algoritmen, sleutels, certificaten en protocollen snel en veilig te vervangen, zonder de systemen die ervan afhankelijk zijn te verstoren. Het is een operationele capaciteit die is opgebouwd uit inventarisatie, abstractie, automatisering en governance, en niet uit een enkele migratie of een product dat je inschakelt. NIST beschrijft het als een werkwijze die organisaties op elk niveau zouden moeten toepassen, van de algoritmen zelf tot aan de bedrijfsarchitectuur.

Waarom is crypto-flexibiliteit belangrijk in 2026?

Drie factoren spelen momenteel een rol: NIST heeft in augustus 2024 de post-kwantumstandaarden afgerond, met de federale uitfasering van RSA en ECC gepland na 2030; het CA/Browser Forum streeft ernaar de geldigheidsduur van openbare TLS-certificaten te verkorten tot 47 dagen op 15 maart 2029; en onvoorziene gebeurtenissen zoals het Entrust-wantrouwen in 2024 dwingen tot migraties buiten de geplande tijdlijnen. Flexibiliteit is de enige mogelijkheid die al deze factoren tegelijkertijd aanpakt.

Wat is het verschil tussen crypto-agility en certificate agility?

Certificaatflexibiliteit is het vermogen om digitale certificaten snel te vinden, te beheren en te vervangen. Crypto-flexibiliteit is breder: het omvat naast certificaten ook algoritmen, sleutels, bibliotheken en protocollen. Certificaatflexibiliteit is een essentieel onderdeel van crypto-flexibiliteit, omdat certificaten doorgaans de meest voorkomende cryptografische objecten in een omgeving zijn, maar het is niet het complete plaatje.

Is de 47-dagen certificaatregel ook van toepassing op interne PKI-systemen?

Nee. CA/Browser Forum Ballot SC-081v3 is alleen van toepassing op publiekelijk vertrouwde TLS-certificaten. Interne of private PKI-, S/MIME- en codeondertekeningscertificaten vallen hier niet onder. Organisaties dienen intern geldigheidsbeleid vast te stellen op basis van hun eigen dreigingsmodel en de mate van automatisering waarin ze actief zijn, in plaats van automatisch het openbare webbeleid over te nemen.

Wat zijn de NIST-standaarden voor post-kwantumcryptografie?

NIST heeft op 13 augustus 2024 drie standaarden afgerond: FIPS 203 (ML-KEM, voor sleutelinkapseling), FIPS 204 (ML-DSA, voor digitale handtekeningen) en FIPS 205 (SLH-DSA, een hash-gebaseerd handtekeningsschema dat als beschermingsmechanisme wordt gebruikt). Een vierde handtekeningsstandaard, FN-DSA, afgeleid van FALCON, volgde voor toepassingen met beperkte omvang. Deze standaarden vervangen RSA en elliptische-curve-cryptografie in hun respectievelijke rollen.

Wat is de oogst nu, decodeer ik later?

"Nu oogsten, later decoderen" is een dreigingsmodel waarbij een tegenstander vandaag versleutelde data onderschept en opslaat, met de bedoeling deze te decoderen zodra er een cryptografisch geschikte kwantumcomputer beschikbaar is. Dit maakt voorbereiding op de periode na de kwantumcomputertijd urgent voor data met een lange vertrouwelijkheidsperiode, omdat die data al openbaar is op het moment van verzending, en het later inzetten van een nieuw algoritme geen bescherming biedt voor wat al is vastgelegd.

Waarom wordt hybride cryptografie aanbevolen tijdens de transitie?

Hybride cryptografie combineert een klassiek algoritme met een post-kwantumalgoritme in één enkele bewerking, waardoor het resultaat veilig blijft zolang een van beide componenten geldig is. Het wordt aanbevolen omdat post-kwantumalgoritmen relatief nieuw zijn en nog niet decennialang zijn onderzocht, en omdat het migreren van een volledige infrastructuur in één keer risicovol is. ENISA, ETSI en Google's Chrome-implementatie ondersteunen of implementeren allemaal hybride benaderingen.

Ondersteunt CertSecure Manager crypto-agility?

Ja. CertSecure Manager is ontworpen om flexibiliteit te realiseren door middel van continue ontdekking en inventarisatie, multi-CA-orkestratie waarmee u de uitgifte kunt herconfigureren zonder de architectuur aan te passen, beleidshandhaving bij de uitgiftepoort en geautomatiseerd certificaatlevenscyclusbeheer, afgestemd op omgevingen met een korte geldigheidsduur. Het integreert ook met Luna, Thales en cloud-HSM's om privésleutels in hardware te bewaren.

Wat moet er in kaart worden gebracht vóór een migratie naar een post-quantum- of crypto-agilityomgeving?

Voordat een migratie plaatsvindt, moet een complete cryptografische materiaallijst (CBOM) worden opgesteld, waarbij gelijktijdig gebruik wordt gemaakt van meerdere ontdekkingsbronnen: certificaattransparantielogboeken (alleen openbaar uitgegeven TLS), netwerk- en endpointscans (actieve luisteraars), CA-databases en API's (bekende uitgevers), CMDB en assetinventaris (eigendomsmapping), CI/CD- en binaire scans (pipeline- en artefactmateriaal) en HSM-inventaris (beheerd sleutelmateriaal). Geen enkele bron heeft een volledig overzicht van het gehele netwerk. CT-logboeken missen alle private PKI; HSM's beschermen sleutels, maar catalogiseren geen certificaten of hun implementatie-endpoints. CBOM Secure automatiseert de ontdekking van alle zes bronnen tegelijk.

Hoe draagt ​​crypto-flexibiliteit bij aan de paraatheid na het kwantumtijdperk?

Crypto-agility is de essentiële factor voor paraatheid na het kwantumtijdperk. De NIST-migratie naar het post-kwantumtijdperk vereist de vervanging van RSA- en elliptische-curve-algoritmen door ML-KEM (FIPS 203), ML-DSA (FIPS 204) en SLH-DSA (FIPS 205) in de gehele cryptografische infrastructuur. Een organisatie met crypto-agility (continue CBOM-inventarisatie, algoritme-abstractie, geautomatiseerde certificaatlevenscyclus, multi-CA-orkestratie) kan deze transitie uitvoeren als een gecontroleerde, gefaseerde verandering. Een organisatie zonder deze eigenschappen staat voor dezelfde transitie als een meerjarig noodproject. Beoordeel uw huidige paraatheid met behulp van de PQC Readiness -services en volg de migratieplanning via het PQC Center of Excellence.