Cloudflare streeft naar volledige beveiliging na de kwantumcrash in 2029.

Jarenlang beschouwde de beveiligingsindustrie post-kwantumcryptografie als een toekomstige uitdaging in plaats van een onmiddellijke prioriteit. Q-Day, het moment waarop een cryptografisch relevante kwantumcomputer (CRQC) RSA en elliptische-curvecryptografie op grote schaal kan kraken, was een probleem voor de jaren 2030. Beveiligingsteams van bedrijven planden migraties met een aanlooptijd van tientallen jaren. Overheden gaven richtlijnen uit met vage deadlines. Het kraken van P-256 met het algoritme van Shor op een supergeleidende kwantumcomputer zou naar schatting miljoenen fysieke qubits vereisen. Begin 2025 had geen enkel laboratorium 1,000 fouttolerante logische qubits gedemonstreerd. De kloof leek groot genoeg om te wachten.

Dat beeld begon in maart 2026 te veranderen toen twee onafhankelijke onderzoekspublicaties de kloof sneller dichtten dan verwacht. De ene kwam van Google, de andere van onderzoekers van Caltech en de kwantumstartup Oratomic. Samen zorgden de resultaten ervoor dat de eerder aangenomen tijdlijnen werden verkort en waren ze voldoende om de deadlines te verschuiven.

Op 7 april 2026 reageerde Cloudflare door zijn roadmap voor het post-kwantumtijdperk te versnellen en 2029 als streefdatum te stellen voor volledige post-kwantumbeveiliging, inclusief authenticatie en niet alleen encryptie. Google kwam onafhankelijk tot dezelfde deadline van 2029, terwijl de CTO van IBM Quantum Safe gerichte kwantumaanvallen al in 2029 niet uitsloot.

De consensus in de sector over de tijdlijn is verschoven, en die verschuiving betreft niet alleen encryptie . De grootste uitdaging bij de migratie is authenticatie: de PKI-infrastructuur, digitale handtekeningen en langdurige referenties die het vertrouwen op het hele internet waarborgen. Deze blog legt uit wat de versnelling heeft veroorzaakt, waarom authenticatie de moeilijkste migratie is en waar uw organisatie prioriteit aan moet geven voordat de deadline verstrijkt.

Twee artikelen waarvan de deadline is verschoven.

Het kraken van klassieke publieke-sleutelcryptografie met een kwantumcomputer is geen probleem met slechts één variabele. Het vereist gelijktijdige vooruitgang op drie verschillende fronten: kwantumhardware, kwantumfoutcorrectie en kwantumalgoritmen. Jarenlang zorgden beperkingen op elk van deze gebieden ervoor dat de Q-Day-tijdlijn comfortabel in de jaren 2030 bleef. Twee publicaties in maart 2026 hebben die aanname echter ter discussie gesteld.

1. Google Quantum AI, Ethereum Foundation en Stanford University

De eerste kwam van Google Quantum AI, in samenwerking met onderzoekers van de Ethereum Foundation en Stanford University. Zij publiceerden een whitepaper waarin een ruwweg tienvoudige reductie werd beschreven van het benodigde ruimtetijdvolume om het discrete logaritme-probleem van een elliptische kromme op te lossen op secp256k1, een 256-bits kromme. Ruimtetijdvolume is het product van het aantal logische qubits en het aantal niet-Clifford-poorten, waarbij Toffoli-poorten de standaardeenheid voor rekenkosten vormen, en is de belangrijkste factor die de overhead van fysieke resources in fouttolerante kwantumcomputers bepaalt.

In termen van fysieke qubits vertegenwoordigt dit een reductie van ongeveer 20 keer ten opzichte van eerdere beste schattingen voor ECDLP-256. Hun variant met weinig qubits schat het aantal logische qubits op maximaal 1,200 en het aantal Toffoli-poorten op maximaal 90 miljoen; hun variant met weinig poorten schat het aantal logische qubits op maximaal 1,450 en het aantal Toffoli-poorten op maximaal 70 miljoen.

Op een supergeleidende architectuur met fysieke foutpercentages van 10^-3 wordt elk pad binnen enkele minuten uitgevoerd op een machine met minder dan 500,000 fysieke qubits. Google koos ervoor de daadwerkelijke aanvalscircuits niet te publiceren, omdat dit een gedeeltelijke blauwdruk voor tegenstanders zou vormen. In plaats daarvan hebben ze de verbetering geverifieerd met behulp van een zero-knowledge proof.

2. Caltech en Oratomisch

De tweede studie kwam van onderzoekers van Caltech en de kwantumstartup Oratomic, die hetzelfde probleem vanuit een andere invalshoek benaderden. Hun werk richtte zich op het schatten van de fysieke qubitkosten van het uitvoeren van Shors algoritme op 256-bits elliptische krommen en RSA-2048 op een neutraal atoomplatform. Hun tijdsefficiënte architectuur kraakt een 256-bits elliptische kromme in ongeveer 10 dagen met behulp van circa 26,000 fysieke qubits, en RSA-2048 in ongeveer 97 dagen met behulp van circa 102,000 fysieke qubits.

Een ruimtebesparende variant bereikt dezelfde 256-bits doelstelling met ongeveer 10,000 fysieke qubits, maar met een looptijd van ongeveer drie jaar, waardoor deze alleen relevant is voor langlevende sleutels in slapende systemen. Deze aantallen zijn ongeveer 50 tot 100 keer lager dan eerdere schattingen voor supergeleidende architecturen. Hoewel het artikel nog een preprint is en gebaseerd is op hardware-innovaties die nog moeten worden aangetoond, bevestigt het de bredere trend die Google Quantum AI heeft vastgesteld: de benodigde resources voor het kraken van veelgebruikte cryptografie nemen mogelijk sneller af dan verwacht. Omdat het artikel nog niet is beoordeeld, moeten de qubit-schattingen worden beschouwd als een indicatieve ondergrens in plaats van een bevestigde mogelijkheid.

Het efficiëntieverschil komt voort uit de overhead van foutcorrectie. Supergeleidende architecturen hebben ongeveer 1,000 fysieke qubits per logische qubit nodig om ruis en beperkte qubitconnectiviteit te beheersen. Neutrale atoommachines gebruiken herconfigureerbare arrays waarin qubits tijdens de berekening kunnen worden verplaatst. Dit reduceert theoretisch de overhead van foutcorrectie tot slechts 3 à 4 fysieke qubits per logische qubit onder de aanname van hoge codesnelheden, hoewel dit nog niet is aangetoond op een schaal die relevant is voor cryptografie. Dat is een verschil van twee tot drie ordes van grootte in de kosten van fysieke resources als die theoretische doelen worden bereikt.

Oratomic heeft niet alle technische details gepubliceerd, conform de principes van verantwoorde openbaarmaking. Andere onderzoekers hebben ook opgemerkt dat de snelste versie van hun aanpak afhankelijk is van hardwaremogelijkheden die nog niet op grote schaal zijn aangetoond.

Waarom deze doorbraken samen een grotere impact hebben

De vooruitgang op de drie fronten van kwantumcomputing is met elkaar verbonden. Betere algoritmen verminderen het aantal benodigde poorten, wat de hardwarebelasting verlaagt. Betere foutcorrectie vermindert de fysieke overhead van de qubit per logische qubit. Betere qubitconnectiviteit verlaagt de kosten van de foutcorrectie zelf.

In de periode 2025 tot 2026 was er op alle drie fronten tegelijk sprake van aanzienlijke vooruitgang: de schaalbaarheid van neutrale atomen verbeterde, herconfigureerbare connectiviteit verlaagde de kosten voor foutcorrectie aanzienlijk en het algoritme van Google verminderde het aantal poorten voor secp256k1 met een factor tien. Wanneer meerdere fronten parallel oprukken, is het gecombineerde effect op de resource-inschattingen multiplicatief, niet additief. Dat is de reden waarom Cloudflare, Google en IBM hun dreigingsprognoses binnen enkele weken na elkaar hebben bijgesteld.

Cloudflare's reis na de kwantumcrash tot nu toe

Cloudflare's migratie naar een internet na het kwantumtijdperk begon niet met deze aankondiging. Het bedrijf werkt al sinds 2014 aan een internet na het kwantumtijdperk en bouwt elke laag van de migratie stapsgewijs op.

• 2014: Introduceerde gratis universele SSL-certificaten, waarmee versleuteling als standaard werd ingevoerd voor miljoenen websites.
• 2019: Begon met werkzaamheden na de kwantummigratie in TLS, waarbij het standaardisatieproces van NIST werd gevolgd en vroege algoritmekandidaten werden getest.
• 2022: Post-quantum-encryptie ingeschakeld voor alle websites en API's die door Cloudflare worden aangeboden, waardoor de risico's werden beperkt. Nu oogsten, later ontcijferen (HNDL) aanvallen standaard.
• 2026: Het stappenplan is versneld om in 2029 volledig operationeel te zijn na de kwantumtechnologie, waarbij authenticatie na de kwantumtechnologie expliciet als vereiste is toegevoegd.

Sinds de aankondiging van 7 april 2026 is meer dan 65% van het menselijk verkeer naar Cloudflare al post-quantum versleuteld. Dat dekt het deel van het probleem dat betrekking heeft op de vertrouwelijkheid. De roadmap voor 2029 richt zich op het andere deel: authenticatie. Het beschermen van data tijdens de overdracht en het verifiëren van identiteit worden opgelost via verschillende mechanismen, brengen verschillende migratie-uitdagingen met zich mee en hebben verschillende gevolgen als ze falen.

Authenticatie: De diepere helft van het probleem

De aanvankelijke focus van de industrie op PQC lag op encryptie, en terecht: men gaat ervan uit dat HNDL-aanvallen al gaande zijn. Maar naarmate Q-Day dichterbij komt, verschuift de nadruk op authenticatie. Encryptie beschermt wat er gezegd wordt. Authenticatie bepaalt wie te vertrouwen is om het te zeggen. Wanneer die vertrouwenslaag breekt, is de schade niet passief dataverlies, maar een actieve, realtime inbreuk.

Authenticatie beantwoordt een reeks vragen waarop het internet constant vertrouwt: is deze server wie hij beweert te zijn? Komt deze software-update echt van de leverancier? Is deze API-referentie legitiem? Tegenwoordig berusten de antwoorden op die vragen op digitale handtekeningen van RSA en ECDSA. Beide worden gekraakt door het algoritme van Shor op een CRQC, een kwantumcomputer die werkt met voldoende fouttolerante logische qubits om het algoritme van Shor met praktische snelheid uit te voeren op sleutels van reële groottes. Een tegenstander die deze handtekeningen kan vervalsen, hoeft het verkeer niet te onderscheppen. Hij kan gewoon binnenkomen.

Het aanvalsoppervlak dat zich daardoor opent, is breed:

• Serverimitatie: Een vervalste TLS-certificaat Voor elk domein maakt dit de aanvaller tot een vertrouwde man-in-the-middle, onzichtbaar voor de client.
• Compromittering van codeondertekening: Elk software-updatemechanisme dat gebruikmaakt van een kwantumkwetsbare ondertekeningssleutel, wordt een vector voor het uitvoeren van code op afstand. De aanvaller ondertekent kwaadaardige code met een vervalste sleutel die door elk eindpunt wordt vertrouwd.
• Compromittering van rootcertificaten: De sleutels van root-CA's zijn lang geldig, vaak tientallen jaren. Door een root-CA te misbruiken, kan een aanvaller vertrouwde certificaten uitgeven voor elk domein wereldwijd.
• Permanente toegang via vervalste inloggegevens: API-sleutels, toegangstokens en sessiegegevens kunnen worden vervalst. In tegenstelling tot een HNDL-aanval, die passief en retrospectief is, zijn authenticatieaanvallen actief, realtime en permanent.

Zoals het team van Cloudflare zelf al aangaf: een gebroken authenticatie is catastrofaal, terwijl een datalek slechts ernstig is. Een aanvaller heeft slechts één vertrouwde, kwantumkwetsbare sleutel nodig om toegang te krijgen.

Waarom duurzame sleutels het eerste doelwit zijn

Eerste generatie CRQC's zullen duur en schaars zijn. Er zal geen rekenkracht worden besteed aan sessiesleutels die binnen enkele minuten verlopen. De realistische doelgroep bestaat uit sleutels met een blijvende waarde: rootcertificaten met een levensduur van 20 jaar, codeondertekeningscertificaten die worden verspreid naar miljoenen eindpunten en door HSM (Hardware Security Module) beveiligde API-sleutels die zijn ingebed in kritieke infrastructuur. Een enkele gecompromitteerde root-CA of een algemeen vertrouwde codeondertekeningssleutel verspreidt de schade naar elk systeem dat erop vertrouwt.

Sophie Schmieg van Google heeft publiekelijk een scenario vergeleken waarin een verborgen CRQC stilletjes authenticatiesystemen kraakt met de cryptanalyse van Enigma, een mogelijkheid die de loop van de gebeurtenissen verandert voordat iemand beseft dat deze wordt gebruikt.

De gestandaardiseerde algoritmen van NIST

NIST bouwt de portfolio van post-kwantumstandaarden gefaseerd op. De eerste drie standaarden werden in augustus 2024 afgerond: ML-KEM (FIPS 203) voor sleutelinkapseling, en ML-DSA (FIPS 204) en SLH-DSA (FIPS 205) voor digitale handtekeningen. Twee andere standaarden bevinden zich in een actieve standaardisatiefase. FN-DSA, gebaseerd op het Falcon-algoritme, is een compact-signature alternatief dat momenteel werkt aan FIPS 206. HQC, geselecteerd in maart 2025, is een op code gebaseerde back-up KEM voor ML-KEM, die algoritmische diversiteit biedt voor het geval dat op roosters gebaseerde sleutelinkapseling later kwetsbaar blijkt te zijn. De afronding hiervan is gepland voor 2027.

Standaard	Algoritme	Type	Primaire use case	Beveiligingscategorie	Status
FIPS203	ML-KEM (Kyber)	Op rooster gebaseerd	Sleuteluitwisseling	1, 3, 5	Afgerond (augustus 2024)
FIPS204	ML-DSA (Dilithium)	Op rooster gebaseerd	Digitale handtekeningen	2, 3, 5	Afgerond (augustus 2024)
FIPS205	SLH-DSA (SPHINCS+)	Hash-gebaseerd	Handtekeningen met een lange looptijd / hoge betrouwbaarheid	1, 3, 5	Afgerond (augustus 2024)
FIPS206	FN-DSA (FALCON)	Op rooster gebaseerd	Compacte handtekeningen	TBD	Ontwerp
hoofdkwartier	hoofdkwartier	Op code gebaseerd	Back-up KEM	1,3,5	Geselecteerd (mrt 2025)

Voor authenticatiemigratie zijn ML-DSA en SLH-DSA momenteel de productierijpe standaarden. ML-DSA is het belangrijkste op roosters gebaseerde ondertekeningsschema, aangeboden in drie beveiligingscategorieën: ML-DSA-44 (beveiligingscategorie 2), ML-DSA-65 (beveiligingscategorie 3) en ML-DSA-87 (beveiligingscategorie 5). In beveiligingscategorie 2 produceert ML-DSA-44 een handtekening van 2,420 bytes en een publieke sleutel van 1,312 bytes. ECDSA P-256 produceert ter vergelijking een handtekening van 64 bytes en een publieke sleutel van 33 bytes.

Dat verschil in omvang heeft directe gevolgen voor de lengte van certificaatketens , de overhead van de TLS-handshake en systemen met beperkingen qua berichtgrootte of latentie die nooit ontworpen zijn met het post-kwantumtijdperk in gedachten. SLH-DSA baseert zijn beveiliging volledig op de hardheid van de hashfunctie in plaats van op roosterberekeningen, een conservatievere aanname, ten koste van grotere handtekeningen: 17,088 bytes in beveiligingscategorie 1 voor de snelle variant.

FN-DSA zal, zodra het is afgerond, een compacte tussenoplossing bieden met kleinere handtekeningen dan ML-DSA en een andere onderliggende beveiligingsveronderstelling, waardoor het relevant is voor omgevingen met beperkte bandbreedte of een gevoelige bandbreedte. De rol van HQC is beperkt tot sleutelinkapseling; het vervangt of vult post-kwantum handtekeningalgoritmen niet aan. Organisaties die cryptografisch flexibele systemen bouwen, moeten echter rekening houden met de diversiteit aan KEM-algoritmen in hun hybride handshake-ontwerpen.

De algoritmen zijn gedefinieerd, gestandaardiseerd en beschikbaar. Regelgeving zoals CNSA 2.0 en de validatie-eisen van FIPS 140-3 leggen verdere beperkingen op aan welke algoritmen en implementaties acceptabel zijn in specifieke implementatiecontexten. Wat tijd kost, is alles wat eromheen is gebouwd.

De migratieafhankelijkheidsketen

PKI-authenticatie is geen op zichzelf staand systeem met één enkel upgradepad. Het is een keten van afhankelijke componenten, die elk gemigreerd moeten worden voordat de volgende kan volgen. Die sequentiële structuur maakt de tijdlijn zo strak.

• Root CA-sleutels: Root CA-sleutels moeten worden geroteerd, of er moeten nieuwe post-quantum root CA's worden uitgegeven. Dit vereist updates van de vertrouwensarchieven in alle besturingssystemen en browsers, een proces dat meerdere jaren duurt en waarvoor geen enkele controlerende instantie bestaat.
• Tussenliggende CA-certificaten: Zodra post-kwantum root-CA's zijn geïmplementeerd, moeten tussenliggende CA-certificaten opnieuw worden uitgegeven met post-kwantum publieke sleutels en ondertekend met post-kwantum algoritmen. Elk tussenliggend certificaat dat nog steeds met een klassieke sleutel is ondertekend, blijft een zwakke schakel in de keten.
• Eindentiteitscertificaten: TLS-servercertificaten, codeondertekeningscertificaten en clientauthenticatiecertificaten moeten allemaal opnieuw worden uitgegeven volgens de bijgewerkte post-quantumhiërarchie. Dit dekt het breedste oppervlak en het grootste operationele volume.
• Updates voor de software van de vertrouwende partij: TLS-bibliotheken, certificaatvalidatoren, OCSP- en CRL-gebruikers en HSM-firmware moeten post-quantum-ondertekeningsalgoritmen ondersteunen voordat de certificaten die ze valideren kunnen functioneren. Het implementeren van post-quantum-certificaten in een omgeving waar de validatoren ze niet kunnen verwerken, verbetert de beveiliging niet. Het verstoort de connectiviteit.
• Handhaving van de bescherming tegen downgrades: Het toevoegen van ondersteuning voor post-kwantumalgoritmen is op zichzelf niet voldoende. Systemen moeten ook de ondersteuning voor kwantumkwetsbare algoritmen uitschakelen om beveiligd te zijn tegen downgrade-aanvallen, waarbij een aanvaller onderhandeling afdwingt om terug te keren naar een klassiek model. coderingssuite De server biedt het nog steeds aan. Voor publiekelijk toegankelijke HTTPS is een directe overstap niet direct haalbaar, omdat bestaande clients die nog geen post-quantumcertificaten ondersteunen niet zomaar kunnen worden verwijderd.

In deze context bieden certificaattransparantie en strikte beleidsregels voor de onderhandeling over de cipher suite een praktische manier om de bescherming tegen downgrades geleidelijk in te voeren, zonder dat bestaande clients direct worden uitgeschakeld. Voor interne systemen met een gecontroleerd clientlandschap kan en moet een TLS-beleid met alleen de cipher suite worden ingevoerd zodra het clientlandschap volledig is bijgewerkt.

• Rotatie van inloggegevens: Zodra de bescherming tegen downgrades is ingeschakeld, moeten alle wachtwoorden, tokens of sessiegegevens die via kwantumkwetsbare verbindingen zijn verzonden, als potentieel blootgesteld worden beschouwd en worden geroteerd. Deze stap kan pas beginnen nadat de bescherming tegen downgrades volledig is geïmplementeerd. Het overslaan ervan laat een restrisico bestaan, zelfs nadat de infrastructuur volledig is gemigreerd.

Elke stap is afhankelijk van de vorige. Geen enkele stap kan worden overgeslagen. Daarom kost de migratie naar authenticatie na het kwantumtijdperk tijd, en is de startdatum in 2026 om de deadline van 2029 te halen al krap.

Waar te beginnen voordat het tijd is?

De deadline van 2029 is de interne streefdatum van Cloudflare voor hun eigen infrastructuur. Voor de meeste organisaties is 2029 zo dichtbij dat de migratie onmiddellijk moet beginnen, en de keten van afhankelijkheden is zo lang dat organisaties die vandaag beginnen, onder druk komen te staan ​​om op tijd klaar te zijn.

• Stel een inventaris van cryptografische activa samen: u kunt niet migreren wat u niet hebt gecatalogiseerd. Breng elke cryptografische sleutel, elk certificaat, elk algoritme en andere cryptografische activa in uw omgeving in kaart. Identificeer al het gebruik van RSA en ECDSA in TLS-certificaten, infrastructuur voor codeondertekening, SSH-sleutels, API-authenticatiemechanismen, VPN-configuraties, JWT-ondertekeningssleutels en hardwaregebonden sleutels. HSM'sPrioriteer op basis van de levensduur van de sleutel en de impact van de beveiligingsaanval. Sleutels met een lange levensduur die waardevolle of algemeen vertrouwde systemen beschermen, krijgen de voorkeur.
• Pak de authenticatie aan als de HNDL-mitigatie al is ingezet: Als post-quantum sleuteluitwisseling al actief is in uw TLS-stack, is de HNDL-blootstelling grotendeels onder controle. Richt uw aandacht dan op post-quantum certificaten, digitale handtekeningen en authenticatie van referenties. Daar schuilt het resterende kritieke risico en daar is de afhankelijkheidsketen het langst.
• Breng uw PKI-afhankelijkheidsketen in kaart: Identificeer uw volledige CA-hiërarchie: root-CA's, ondergeschikte CA's en uitgevende CA's. Bepaal welke HSM's ML-DSA en SLH-DSA native ondersteunen en welke firmware-updates of vervanging vereisen. Controleer uw Beheer van de levenscyclus van certificaten De gereedheid van de tools voor post-kwantumalgoritmen. Vraag uw CA-leveranciers om concrete toezeggingen over de migratietijdlijn, niet om louter intenties op een roadmap.
• Test vóór implementatie: ML-DSA-handtekeningen zijn, afhankelijk van de beveiligingscategorie, ongeveer 38 tot 72 keer zo groot als ECDSA P-256-handtekeningen. Ook de publieke sleutels worden aanzienlijk groter en de ketendiepte vermenigvuldigt die overhead voor elk certificaat in de hiërarchie. Voer eerst tests uit na de implementatie van het quantumalgoritme in niet-productieomgevingen. Meet de impact op de grootte van de certificaatketen, de prestaties van de TLS-handshake en op systemen met beperkingen op het gebied van berichtgrootte of latentie. Identificeer de integratiepunten die codeaanpassingen vereisen voordat ze in productie aan het licht komen.
• Controleer de afhankelijkheden van derden: zoals Cloudflare zelf al aangaf, vormt Q-Day een bedreiging voor alle systemen, niet alleen voor de systemen die u beheert. Een volledige interne migratie blijft een risico als een kritieke leverancier, SaaS-platform of infrastructuurafhankelijkheid nog steeds gebruikmaakt van authenticatie die kwetsbaar is voor de quantum-update. Identificeer deze afhankelijkheden nu en leg hun plannen voor de periode na de quantum-update vast.
• Plan voor het roteren van inloggegevens: Zodra de bescherming tegen downgraden is ingeschakeld, moeten alle wachtwoorden, tokens en sessiegegevens die voorheen via kwantumkwetsbare verbindingen zijn verzonden, als potentieel blootgesteld worden beschouwd en worden geroteerd. Dit is geen opruimstap aan het einde van de migratie. Het is een geplande fase die vanaf het begin moet worden afgebakend en van de nodige middelen moet worden voorzien.

Hoe EC 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 PQC-adviesdiensten en speciaal ontwikkelde tools die zijn afgestemd op de complexiteit van echte PKI-omgevingen binnen bedrijven.

PQC Adviesdienst

We beginnen met een cryptografische ontdekking en inventarisatie, waarbij we uw volledige omgeving scannen om certificaten, sleutels, algoritmen en protocollen te identificeren in alle eindpunten, applicaties, API's en infrastructuur. Dit vormt de basis die u nodig hebt voordat een migratie kan beginnen.

Vervolgens voeren we een PQC-risicobeoordeling uit om uw blootstelling aan kwantumdreigingen te evalueren , RSA- en ECC- afhankelijke systemen te identificeren en een rapport met prioriteiten en risico-ernstclassificaties op te stellen.

Met die duidelijkheid ontwikkelen we een PQC-strategie en -roadmap, een gefaseerd migratieplan dat is afgestemd op uw risicobereidheid, wettelijke vereisten en langetermijnbeveiligingsdoelen, inclusief cryptografische flexibiliteit zodat uw systemen zich kunnen aanpassen naarmate standaarden evolueren.

Vervolgens ondersteunen we de leveranciersevaluatie en pilottests, waarbij we u helpen de juiste tools te selecteren, proof-of-concept-tests uit te voeren en de interoperabiliteit te valideren vóór een grootschalige uitrol.

Ten slotte verzorgen we de volledige implementatie, waarbij we hybride klassieke en kwantumveilige algoritmen inzetten, PQC uitrollen over uw PKI en infrastructuur en monitoring instellen voor cryptografische gezondheid op de lange termijn.

Met deze gestructureerde aanpak stapt u over van cryptografische onzekerheid naar een gedocumenteerd, beleidsgestuurd migratieprogramma dat is afgestemd op de NIST-tijdlijnen en uw wettelijke verplichtingen.

CBOM Secure

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, helpt CBOM Secure bij het identificeren van systemen die afhankelijk zijn van kwantumkwetsbare algoritmen en biedt het de nodige inzichten om prioriteit te geven aan herstel- en migratieactiviteiten. In bredere zin stelt het organisaties in staat om continu cryptografisch beheer te implementeren en de operationele basis te leggen die nodig is voor cryptografische flexibiliteit op de lange termijn.

Een belangrijke kanttekening: CBOM Secure is niet hetzelfde als een CBOM. Een CBOM (Cryptographic Bill of Materials) is een gestructureerd document, een overzicht 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.

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 de expertise en platformmogelijkheden die nodig zijn om u verder te helpen. Ga voor meer informatie over onze PQC Advisory Services of CBOM Secure naar encryptionconsulting.com of neem direct contact op met ons team.

Conclusie

Cloudflare's doelstelling voor 2029 is geen reactie op regelgevingsdruk of een geplande update van de roadmap. Het is rechtstreeks voortgekomen uit twee onderzoekspublicaties die samen aantoonden dat de fysieke vereisten voor een CRQC die elliptische curve-cryptografie aanvalt, lager zijn dan de industrie had gemodelleerd, en dat de vooruitgang op het gebied van hardware, foutcorrectie en algoritmen sneller verloopt dan verwacht.

De belangrijkste verandering in deze aankondiging is niet de tijdlijn, maar de prioriteit. De migratie naar encryptie pakt een dreiging aan die naar verwachting al gaande is in de vorm van HNDL-aanvallen. De migratie naar authenticatie pakt een dreiging aan die, wanneer deze zich voordoet, actief, realtime en systemisch zal zijn. Een kwantumtegenstander die authenticatiegegevens kan vervalsen, hoeft het verkeer niet te onderscheppen. Ze hebben er al toegang toe.

Sleutels met een lange levensduur zijn het eerste doelwit: rootcertificaten, infrastructuur voor codeondertekening en persistente API-referenties. De afhankelijkheidsketen voor de migratie hiervan is sequentieel en kan niet worden verkort. Cloudflare streeft ernaar om zijn eigen migratie naar post-quantumcryptografie in 2029 af te ronden , geen universele deadline, maar wel een signaal van hoe ernstig de dreigingstermijn is verschoven. Voor de meeste organisaties is de afhankelijkheidsketen zo lang dat vroegtijdig handelen het verschil kan maken tussen een beheerde en een gehaaste migratie.