Wat de deadline van Google in 2029 betekent voor uw organisatie en hoe u hierop kunt anticiperen. 

Op 25 maart 2026 kondigde Google aan dat het van plan is om de migratie naar post-kwantumcryptografie (PQC) voor alle interne systemen en klantgerichte infrastructuur vóór 2029 af te ronden. Voor een organisatie van de omvang van Google is dit geen routineuze technologische upgrade. Het is een duidelijk signaal dat de dreiging van kwantumcomputing nu wordt beschouwd als een reëel veiligheids- en bedrijfsrisico, en niet langer als een ver onderzoeksprobleem.

De betekenis van deze aankondiging reikt veel verder dan Google zelf. Elke moderne organisatie is afhankelijk van cryptografie voor de beveiliging van identiteiten, certificaten, software-updates, communicatie, financiële transacties en kritieke infrastructuur. Dezelfde cryptografische basis die het ecosysteem van Google beschermt, beschermt ook bedrijfsnetwerken, cloudplatforms, PKI-omgevingen en digitale vertrouwenssystemen wereldwijd. Deze blog legt uit wat Google ertoe heeft bewogen om deze beslissing te nemen, wat het onderliggende onderzoek aantoont, wat dit betekent voor de infrastructuur van uw organisatie en hoe een praktische reactie eruitziet. 

Wat lag ten grondslag aan de beslissing van Google? 

Drie factoren kwamen samen om tot deze aankondiging te leiden, en het is belangrijk om elk van deze factoren te begrijpen, omdat ze samen verklaren waarom de tijdlijn zo significant en zo plotseling is verschoven. De drie drijvende factoren zijn: 

1. Kwantumhardware ontwikkelt zich sneller

De vooruitgang in supergeleidende qubit-architecturen en kwantumfoutcorrectie heeft de meeste publieke tijdschema's consequent overtroffen, en de kloof tussen verwachting en realiteit wordt steeds groter. 

De technische ambities achter diverse actieve kwantumhardwareprogramma's zijn aanzienlijk toegenomen, doordat vroege mijlpalen eerder dan gepland zijn bereikt. 

2. Nieuwe schattingen van de grondstoffenvoorraad

Google Quantum AI publiceerde in april 2026 bevindingen waaruit bleek dat het aantal fysieke qubits dat nodig is om 256-bits elliptische-curve-cryptografie te kraken op een supergeleidende architectuur, de wiskundige basis die het grootste deel van de digitale infrastructuur ter wereld beschermt, ongeveer twintig keer lager zou liggen. 

De beste eerder gepubliceerde schatting plaatste de fysieke qubitvereiste op ongeveer 9 miljoen qubits in een fotonische architectuur, waardoor de dreiging voor de meeste planningsdoeleinden ruim buiten bereik lag. 

Het nieuwe aantal ligt onder de 500,000 fysieke qubits, en die drempel ligt binnen de ambitie van bestaande, gefinancierde en actieve programma's die momenteel worden opgeschaald. 

3. Het migratiepad is duidelijk.

NIST heeft in 2024 de eerste drie post-kwantumcryptografiestandaarden afgerond, waardoor organisaties voor het eerst een duidelijke en bruikbare set algoritmen hebben om naartoe te migreren. 

De benodigde tools, oftewel de cryptografische bibliotheken en software-infrastructuur om deze algoritmen in echte systemen te implementeren, worden steeds volwassener en er zijn referentie-implementaties beschikbaar waar teams op voort kunnen bouwen. OpenSSL 3.5, uitgebracht in april 2025, introduceerde native ondersteuning voor ML-KEM, ML-DSA en SLH-DSA, en het Open Quantum Safe-project heeft geteste implementaties beschikbaar gesteld voor meerdere talen en platforms. Er is geen redelijke technische reden meer om de migratieplanning uit te stellen in afwachting van de vaststelling van standaarden.

Het is ook belangrijk om te vermelden dat de aankondiging mede is opgesteld door de vicepresident van beveiligingstechniek en de senior cryptografie-ingenieur van Google. Dit is geen wetenschappelijk artikel van een academisch team. Het is een organisatorische toezegging op het hoogste niveau van de beveiligingsleiding, en het ging gepaard met een expliciete oproep aan engineeringteams in de hele sector om dit voorbeeld te volgen. 

Wat de nieuwe schattingen van de grondstoffenreserves nu eigenlijk betekenen 

Een technisch rapport van Google Quantum AI, mede geschreven door onderzoekers van UC Berkeley, de Ethereum Foundation en Stanford, heeft onze kennis over hoe dicht kwantumcomputers bij het kraken van moderne encryptie zijn, aanzienlijk bijgewerkt. De bevindingen zijn geen kleine verbeteringen van bestaande schattingen. Ze betekenen een aanzienlijke verkorting van de tijdlijn waarop de meeste veiligheidsplanning is gebaseerd, en ze verklaren voor een groot deel waarom 2029 steeds vaker als een cruciale deadline wordt genoemd.  

Voordat we ingaan op de bevindingen, is het belangrijk om te vermelden hoe de auteurs ervoor hebben gekozen om deze te publiceren. In plaats van alle technische details vrij te geven, hebben ze de specifieke aanvalsmechanismen achtergehouden en hun schattingen van de benodigde resources gevalideerd met behulp van een zero-knowledge proof. Dit is een cryptografische techniek waarmee onafhankelijke partijen de juistheid van de cijfers kunnen verifiëren zonder dat het artikel een praktische handleiding voor het uitvoeren van de aanval wordt. Deze aanpak past de gecoördineerde praktijken voor het openbaar maken van kwetsbaarheden binnen de cybersecuritygemeenschap aan kwantumcryptanalyse aan, waarbij het verhelpen van de onderliggende kwetsbaarheid jaren in plaats van weken duurt. Dit is wat het artikel onthult:

Het kraken van 256-bits ECC

Het artikel verlaagt de geschatte drempel voor wat nodig is om moderne elliptische-curve-cryptografie te kraken aanzienlijk. Volgens de auteurs is er nu het volgende nodig om 256-bits elliptische-curve-cryptografie te kraken: 

• Minder dan 1,200 logische qubits, een aanzienlijk lager aantal dan alle eerder gepubliceerde schattingen voor dit probleem. 
• Minder dan 90 miljoen Toffoli-poorten, wat het aantal rekenkundige bewerkingen vertegenwoordigt dat nodig is om het algoritme op logisch niveau uit te voeren. 
• Minder dan 500,000 fysieke qubits op een supergeleidende architectuur, wat ongeveer 20 keer minder is dan eerdere schattingen voor dezelfde supergeleidende architectuur. 
• Ongeveer 9 minuten rekentijd op een supergeleidende kwantumcomputer. De gemiddelde bloktijd van Bitcoin is 10 minuten, wat betekent dat een supergeleidende kwantumcomputer met een snelle klok die deze algoritmes uitvoert, een kans van ongeveer 41% zou hebben om Bitcoin te stelen uit een actieve transactie voordat deze op de blockchain is bevestigd. Dezelfde logica is van toepassing op elk systeem waar cryptografische verificatie binnen een kort tijdsbestek plaatsvindt, inclusief TLS-handshakes, betalingsautorisatieprocessen en identiteitsfederatieverzoeken. 

256-bits ECC vormt de basis van TLS, SSH, codeondertekening, secure boot, digitale handtekeningen en het gehele blockchain-ecosysteem. Een twintigvoudige vermindering van de benodigde middelen om het te kraken is geen marginale verbetering. Het is een fundamentele verschuiving in het dreigingsbeeld. 

Drie kwantumaanvalmodellen die organisaties moeten begrijpen  

Dit aspect wordt vaak over het hoofd gezien in discussies op hoog niveau over kwantumrisico's. Niet alle kwantumdreigingen vereisen dezelfde mate van capaciteit, en ze doen zich ook niet allemaal op hetzelfde moment voor. Het begrijpen van dit onderscheid stelt organisaties in staat om slimme beslissingen te nemen over de volgorde van acties, in plaats van het hele probleem als één ongedifferentieerde uitdaging te beschouwen. Er zijn drie soorten aanvallen: 

1. Aanvallen in rusttoestand

Bij aanvallen waarbij de gegevens in rust zijn opgeslagen, is het doel elke openbare sleutel die is blootgesteld en gedurende een lange periode zichtbaar blijft, waardoor een aanvaller alle tijd heeft die hij nodig heeft om de bijbehorende privésleutel te achterhalen. 

Een cryptografisch relevante kwantumcomputer, of CRQC, verwijst naar een kwantumcomputer die in staat is om de huidige publieke-sleutelcryptografie te kraken op een schaal en met een snelheid die reële beveiligingsrisico's met zich meebrengt. Aanvallen op data in rust vereisen geen snelle CRQC. Elke CRQC, ongeacht de kloksnelheid of architectuur, kan dit type aanval uitvoeren vanaf het moment dat deze het algoritme van Shor kan draaien. Dit maakt aanvallen op data in rust de eerste categorie kwantumdreigingen die exploiteerbaar zullen worden, en het betekent dat de kwetsbaarheid voor dit type aanval zich opent voordat aanvallen op dataverbruik of op de computer zelf mogelijk worden. 

In deze categorie vallen risico's voor bedrijven zoals langlopende TLS-certificaten, SSH-hostsleutels, codeondertekeningssleutels en PKI-hiërarchieën waarbij publieke sleutels gedurende langere perioden publiekelijk zichtbaar zijn geweest. 

2. Aanvallen tijdens het uitgeven van punten

On-spend-aanvallen richten zich op transacties waarbij een cryptografische handtekening binnen een kort verwerkings- of afwikkelingsvenster moet worden geverifieerd. Dit vereist dat de aanvaller sneller een privésleutel afleidt dan het onderliggende systeem de transactie kan voltooien. 

Ze vereisen een kwantumcomputer met een snelle klok, met name supergeleidende architecturen met korte foutcorrectiecyclustijden, waardoor het algoritme snel genoeg kan draaien om de afwikkelingstermijn te halen. 

Langzamere kwantumarchitecturen gebaseerd op neutrale atomen of ionenvallen werken vele malen trager en zullen naar verwachting niet tegelijk met supergeleidende systemen de snelheid bereiken die nodig is voor aanvallen op korte termijn. 

In deze categorie vallen toepassingen binnen de bedrijfsomgeving onder andere TLS-handshakes, API-authenticatietokens , realtime betalingsautorisatie en single sign-on- en identiteitsfederatieprocessen waarbij verificatie binnen enkele seconden plaatsvindt.

3. Aanvallen tijdens de installatie

Aanvallen tijdens de configuratie zijn gericht op protocollen die afhankelijk zijn van vaste, openbare parameters die worden gegenereerd via een eenmalige cryptografische procedure, waarbij slechts één keer een kwantumcomputer nodig is om het in die parameters ingebedde geheim te achterhalen. 

Na die ene berekening beschikt de aanvaller over een permanente backdoor waarmee hij het protocol onbeperkt kan misbruiken met niets meer dan een klassieke computer. De geproduceerde backdoor is herbruikbaar voor elke instantie van het protocol en kan worden overgedragen aan andere actoren die nooit directe toegang hebben gehad tot een kwantumcomputer , waardoor dit type aanval vanuit het oogpunt van verspreiding bijzonder gevaarlijk is.

Bedrijfstoepassingen in deze categorie omvatten zero-knowledge proof-systemen, veilige multi-party computation-protocollen en privacybeschermende audit- en verificatiesystemen die zijn gebouwd op pairing-gebaseerde cryptografie. 

Inzicht in blootstelling: het blockchainvoorbeeld 

Blockchain-infrastructuur is hier om één specifieke reden nuttig. Alle transactiegegevens zijn openbaar, wat betekent dat de kwantumblootstelling nauwkeurig kan worden gemeten en onafhankelijk kan worden geverifieerd in plaats van geschat. Dit zijn geen projecties gebaseerd op modelaannames. Het zijn cijfers afkomstig van live productiesystemen die momenteel draaien op openbare grootboeken, en ze geven een concreet beeld van hoe dit soort structurele kwetsbaarheid er op grote schaal uitziet. 

De blootstelling aan Bitcoin 

Op het moment van publicatie van het Google Quantum AI-rapport in april 2026 is ongeveer 6.9 miljoen BTC kwetsbaar voor kwantumaanvallen in rust, ongeacht het type adres. Dit vertegenwoordigt een aanzienlijk deel van de totale hoeveelheid in omloop zijnde BTC. Van dit totaal wordt 1.7 miljoen BTC bewaard in scripts die publieke sleutels direct op de blockchain blootleggen zonder hashbeveiliging. Dit omvat munten die algemeen worden toegeschreven aan Satoshi Nakamoto en die sinds de begindagen van het netwerk nooit zijn verplaatst. 

Daarnaast is er nog eens 2.3 miljoen BTC die al meer dan vijf jaar niet is verplaatst en niet naar een quantumveilig adres kan worden overgezet zonder de originele privésleutels. Dit maakt deze fondsen een permanent toegankelijk doelwit voor elke partij met een functionerend CRQC-systeem. 

De blootstelling van Ethereum 

In tegenstelling tot Bitcoin strekt de kwantumblootstelling van Ethereum zich uit over meerdere lagen van het ecosysteem, waardoor niet alleen gebruikersaccounts, maar ook consensus, governance en schaalbaarheidsinfrastructuur worden beïnvloed:

Aanval Vector	Wat staat er op het spel?
Accountkwetsbaarheid	20.5 miljoen ETH verdeeld over accounts die ooit een transactie hebben verzonden en daardoor hun publieke sleutel hebben prijsgegeven.
Beheerderskwetsbaarheid	2.5 miljoen ETH en ongeveer 200 miljard dollar aan stablecoins en getokeniseerde reële activa, beheerd door slimme contracten met zichtbare beheerderssleutels.
Codekwetsbaarheid	15 miljoen ETH over Layer 2-netwerken en bridges met behulp van kwantumkwetsbare cryptografische primitieven.
Consensuskwetsbaarheid	37 miljoen gestakete ETH beveiligen het Proof-of-Stake-mechanisme via BLS-handtekeningaggregatie.
Kwetsbaarheid met betrekking tot de beschikbaarheid van gegevens	Het gehele Layer 2-ecosysteem is afhankelijk van de KZG-polynoomverplichtingen die zijn geïntroduceerd in de Dencun-upgrade van 2024.

De bovenstaande cijfers weerspiegelen de staat van het Ethereum-ecosysteem ten tijde van de publicatie van het Google Quantum AI-rapport in april 2026. Gezien de snelle ontwikkeling van het Ethereum-ecosysteem zullen de exacte cijfers inmiddels veranderd zijn, maar de structurele kwetsbaarheden die ze weergeven blijven bestaan. 

Wat dit betekent buiten de context van cryptovaluta 

Dit zijn geen slecht ontworpen systemen. Het zijn correct ontworpen systemen, gebouwd voor de dreigingsomgeving die destijds bestond, en die dreigingsomgeving is nu veranderd op manieren die niet waren voorzien toen de architectuurkeuzes werden gemaakt. 

Hetzelfde geldt voor de bedrijfsinfrastructuren die de meeste organisaties tegenwoordig gebruiken, en de implicaties zijn identiek, ook al is de zichtbaarheid anders. Blockchain-kwetsbaarheden zijn publiekelijk zichtbaar en nauwkeurig meetbaar omdat de onderliggende data openbaar is. Kwetsbaarheden in bedrijfssystemen zijn niet publiekelijk zichtbaar, maar ze zijn niet kleiner en in veel gevallen zelfs groter, omdat bedrijfssystemen data en inloggegevens verwerken waarvan een inbreuk geen zichtbaar signaal zou opleveren voordat er al aanzienlijke schade is aangericht.  

Hoe de wereldwijde technologie-infrastructuur PQC implementeert 

De overstap naar post-kwantumcryptografie is geen toekomstplan of een pilotproject van een handvol early adopters. Het wordt wereldwijd op grote schaal toegepast door enkele van de grootste technologie- en infrastructuurorganisaties ter wereld, en het tempo neemt toe. Hieronder ziet u hoe Google en andere toonaangevende organisaties post-kwantumcryptografie in de praktijk implementeren: 

Google

• Android 17 integreert ML-DSA-handtekeningen in Android Verified Boot, waardoor de opstartsequentie van het apparaat wordt beschermd tegen vervalsing van kwantumhandtekeningen vanaf het moment dat een apparaat wordt ingeschakeld en voordat er gebruikerssoftware is geladen. 
• Android Keystore biedt native ondersteuning voor ML-DSA binnen de Trusted Execution Environment, waardoor digitale handtekeningen van na de kwantumgeneratie volledig binnen beveiligde hardware kunnen worden gegenereerd en opgeslagen zonder dat het besturingssysteem er toegang toe heeft. 
• Google Play App Signing introduceert hybride handtekeningblokken die klassieke en ML-DSA-sleutels combineren voor applicatiepakketten, waardoor miljarden actieve installaties worden gedekt zonder dat eindgebruikers of ontwikkelaars actie hoeven te ondernemen. 
• Chrome gebruikt sinds eind 2024 standaard hybride ML-KEM-sleutelversleuteling, wat betekent dat post-quantumbeveiliging al actief is voor de meeste HTTPS-verbindingen die via de browser tot stand komen. 
• Google Cloud KMS biedt PQC-compatibel sleutelbeheer voor zakelijke klanten. Deze functie is momenteel beschikbaar als preview en zal naar verwachting later algemeen beschikbaar komen. 

Het bredere ecosysteem

• AWS: AWS heeft ML-KEM geïmplementeerd op klantgerichte service-eindpunten zoals S3, CloudFront en KMS, waardoor post-quantum sleutelversleuteling beschikbaar komt voor een aanzienlijk deel van het wereldwijde cloudverkeer. 
• Microsoft: Microsoft heeft ML-KEM en ML-DSA geïntegreerd in SymCrypt, de cryptografische bibliotheek die ten grondslag ligt aan Windows, Azure en Microsoft 365, waarbij PQC API's sinds 2025 algemeen beschikbaar zijn voor ontwikkelaars. 
• Cloudflare: Cloudflare meldt dat in april 2026 meer dan 65% van het door mensen geïnitieerde verkeer dat via hun netwerk loopt, is beschermd met post-quantum-encryptie, wat een aanzienlijk deel van het wereldwijde internetverkeer vertegenwoordigt. 
• Akamai: Akamai heeft hybride ML-KEM als standaardconfiguratie ingesteld voor alle klanten, waarmee post-quantum sleutelencapsulatie wordt uitgebreid naar de contentleveringslaag en de edge-beveiligingslaag. 
• algorand: Algorand voerde in 2025 zijn eerste PQC-beveiligde transactie uit met behulp van Falcon-handtekeningen en heeft Falcon-handtekeningverificatie beschikbaar gemaakt als een native primitief voor ontwikkelaars van slimme contracten die op het platform bouwen. 
• BlockchainplatformenBlockchains zoals de Quantum Resistant Ledger, Mochimo en Abelian zijn vanaf het begin gebouwd op post-kwantum cryptografische fundamenten, wat aantoont dat volledige PQC-implementatie in gedistribueerde productiesystemen niet alleen haalbaar, maar ook operationeel is. 

Hoewel wereldwijde organisaties PQC in productie implementeren, brengt dit proces ook eigen uitdagingen met zich mee, die we in het volgende hoofdstuk zullen bespreken. 

De uitdagingen bij PQC-migratie

De migratie naar PQC is technisch en operationeel complex, en organisaties moeten vooraf goed begrijpen waar de moeilijkheden liggen. Hieronder volgt een overzicht van de zaken waar organisaties expliciet rekening mee moeten houden in hun planning: 

1. Prestatiekosten

ECDSA-handtekeningen, die momenteel door de meeste systemen worden gebruikt, hebben een grootte van 64 tot 73 bytes. Falcon-handtekeningen, een van de door NIST gestandaardiseerde post-quantum-opties, hebben een grootte van ongeveer 1,280 bytes, wat neerkomt op een ruwweg achttienvoudige toename in handtekeninggrootte. ML-DSA-handtekeningen variëren van 2,420 tot 4,595 bytes, afhankelijk van het gekozen beveiligingsniveau, wat 33 tot 63 keer groter is dan een vergelijkbare ECDSA-handtekening. 

Bij systemen die op grote schaal handtekeningen verwerken, vertalen deze verschillen in omvang zich in meetbare toenames in bandbreedteverbruik, opslagvereisten, overhead voor certificaatbeheer en de verwerkingslast van de TLS-handshake. Hiermee moet rekening worden gehouden in de engineering, in plaats van dat het simpelweg wordt opgevangen. 

2. Implementatievolwassenheid

PQC- bibliotheken zijn nieuwer en hebben aanzienlijk minder praktijkervaring en vijandige tests ondergaan dan de klassieke implementaties die ze vervangen. Dit betekent dat uitzonderlijke gevallen en implementatiekwetsbaarheden waarschijnlijk eerder aan het licht komen tijdens de eerste implementatiefase.

Sommige post-kwantumschema's maken gebruik van wiskundige bewerkingen, zoals het trekken van steekproeven uit discrete Gaussische verdelingen in Falcon, die in het verleden timinggerelateerde side-channel-kwetsbaarheden hebben geïntroduceerd wanneer ze zonder specifieke tegenmaatregelen werden geïmplementeerd. 

Hardwarebeveiligingsmodules en vertrouwde uitvoeringsomgevingen vereisen specifieke technische aanpassingen om de grotere sleutelgroottes, handtekeninggroottes en geheugenvoetafdruk van post-kwantumalgoritmen te kunnen verwerken, en niet alle huidige HSM-modellen ondersteunen de benodigde algoritmen van nature. 

3. Het probleem van de toeleveringsketen

In bedrijfsomgevingen duurt het doorgaans vijf tot tien jaar voordat hardware wordt vernieuwd. Dit betekent dat apparatuur die vandaag wordt aangeschaft, nog steeds in gebruik zal zijn tot ver na 2029 en gedurende die hele operationele periode post-kwantumalgoritmen moet ondersteunen. 

Bibliotheken van derden, door leveranciers geleverde firmware, HSM's, netwerkapparaten en verouderde systemen hebben allemaal hun eigen onafhankelijke migratietijdlijnen waarover u geen directe controle hebt en die mogelijk niet overeenkomen met uw interne planning. 

Het is geen voorbarige planning om nu al met leveranciers in gesprek te gaan over hun post-quantum roadmaps en om PQC-algoritmeondersteuning in de inkoopvereisten op te nemen vóór de volgende hardware-aankoopcyclus. Voor veel hardwarecategorieën, met name die met lange doorlooptijden en trage vervangingscycli, is dit zelfs al lang nodig. 

4. Twee belangrijke deadlines die in 2029 samenkomen

Het CA/Browser Forum verplicht tot een verlaging van de maximale levensduur van TLS-certificaten naar 47 dagen in 2029, wat neerkomt op een achtvoudige verhoging van de vernieuwingsfrequentie ten opzichte van de huidige standaard van 398 dagen. Voor de meeste organisaties vormt dit op zich al een aanzienlijke operationele uitdaging. In combinatie met de PQC-migratie die in dezelfde periode plaatsvindt, ontstaat er een steeds grotere druk waar de meeste beveiligingsteams momenteel niet op zijn voorbereid.  

De meeste organisaties vertrouwen nog steeds op handmatige processen voor certificaatbeheer, die niet schaalbaar zijn voor vernieuwingscycli van 47 dagen. Zonder geautomatiseerd certificaatlevenscyclusbeheer zal het aantal benodigde vernieuwingen in 2029 de capaciteit van beveiligingsteams overstijgen, waardoor er lacunes in de cryptografische dekking ontstaan, juist op het moment dat een kwantumveilige infrastructuur het meest betrouwbaar moet zijn. 

De infrastructuur die nodig is voor certificeringscycli van 47 dagen en de infrastructuur die nodig is voor PQC-migratie overlappen elkaar aanzienlijk. Organisaties die deze als aparte werkstromen beschouwen, bouwen dezelfde basisinfrastructuur twee keer op en dragen de kosten van twee afzonderlijke programma's in plaats van één samenhangend programma.

Deze uitdagingen zijn reëel, maar ze zijn beheersbaar wanneer de migratie systematisch wordt aangepakt en in een goed gestructureerde, gefaseerde aanpak wordt uitgevoerd. 

Hoe begin je aan je PQC-overgang?

Als de bovenstaande uitdagingen ontmoedigend lijken, is het nuttig om te onthouden dat elke organisatie die met succes een grootschalige cryptografische migratie heeft doorgevoerd, met dezelfde eerste stap is begonnen: begrijpen wat ze daadwerkelijk gebruikten.

Stap 1: Stel uw cryptografische inventaris samen

De eerste stap is precies in kaart brengen waar zich in uw omgeving kwetsbare cryptografiegebieden bevinden: 

• Identificeer elk systeem, protocol, bibliotheek en applicatie in uw omgeving dat momenteel gebruikmaakt van RSA, ECDSA, ECDH of een ander op ECC gebaseerd cryptografisch schema, inclusief systemen die u mogelijk niet direct beheert, zoals integraties van derden en door leveranciers geleverde componenten. 
• Neem ook afhankelijkheden van derden, door leveranciers geleverde firmware, hardwarebeveiligingsmodules, cloudservices en verouderde systemen mee in de migratie, want de volledigheid van uw migratie hangt af van de zwakste schakel in de keten. 
• Breng de gegevensstromen in kaart die afhankelijk zijn van elk cryptografisch primitief, zodat u begrijpt welke systemen met elkaar verbonden zijn en waar een migratie op de ene plek een afhankelijkheid op een andere plek creëert. 
• Identificeer welke systemen gegevens verwerken die jarenlang vertrouwelijk moeten blijven, want dit zijn uw prioritaire doelen die u nu kunt bemachtigen en die u later kunt decoderen. Deze gegevens vereisen bescherming vóórdat er een kwantumcomputer bestaat, niet erna. Dit is waar een CBOM (Critical Baseline Object Management) een van de meest waardevolle activa van een organisatie wordt. Encryption Consulting's CBOM Secure identificeert kwetsbare cryptografie binnen de gehele organisatie en houdt een continu bijgewerkte, realtime inventaris bij, waardoor de gegevens over de activa nauwkeurig en actueel blijven.
  

Stap 2: Prioriteer authenticatie- en handtekeningsystemen 

Begin met de gebieden waar een cryptografische fout de grootste systemische impact zou hebben: 

• Sleutelbeheersystemen en certificeringsinstanties hebben de langste doorlooptijden en de grootste gevolgen bij een eventuele inbreuk. Om die redenen zouden ze bovenaan uw migratieprioriteitenlijst moeten staan. 
• Softwareondertekeningspipelines en de bijbehorende infrastructuur moeten vroegtijdig worden gemigreerd, omdat een gecompromitteerde ondertekeningssleutel ongemerkt verspreiding van kwaadaardige code mogelijk maakt over elk systeem dat de ondertekende artefacten vertrouwt. 
• Diensten voor externe attestatie en apparaatidentificatie vormen de basis voor zero-trust-architecturen en moeten kwantumveilig zijn voordat de bredere authenticatiestack als veilig kan worden beschouwd. 
• Authenticatieservices en identiteitsaanbieders zijn waardevolle doelwitten, omdat een inbreuk daarop toegang geeft tot alles wat ervan afhankelijk is, en ze doorgaans complexe afhankelijkheden hebben die lange migratieprocessen vereisen. 
• De infrastructuur voor blockchain-ondertekening en de systemen voor het beheer van wallets zijn direct kwetsbaar voor aanvallen tijdens het uitgeven van transacties en moeten daarom als een aparte werkstroom worden beoordeeld op hun geschiktheid voor migratie. 

Stap 3: Hybride configuraties implementeren

Hybride implementaties bieden een praktische manier om met de migratie te beginnen zonder dat het hele ecosysteem in één keer hoeft over te stappen: 

• Door ML-KEM naast bestaande klassieke sleutelinkapselingsalgoritmen te gebruiken, wordt kwantumbeveiliging geboden voor gevoelige gegevens tijdens overdracht, terwijl volledige interoperabiliteit behouden blijft met systemen die hun eigen migratie nog niet hebben voltooid. 
• Deze hybride aanpak betekent dat u niet hoeft te wachten tot elk systeem in uw omgeving is gemigreerd voordat u de meest gevoelige gegevensstromen kunt beschermen. Dit is met name belangrijk gezien de actieve dreiging van dataverzameling die momenteel bestaat. 
• De wereldwijde implementatie van de hybride ML-KEM-oplossing door Chrome in productieomgevingen dient als operationeel referentiemodel voor deze aanpak en toont aan dat deze zowel technisch solide als operationeel beheersbaar is. 

Stap 4: Schakel nu uw leveranciers in

De gereedheid voor een migratie hangt niet alleen af ​​van uw eigen systemen, maar ook van de paraatheid van het bredere ecosysteem van leveranciers dat deze systemen ondersteunt: 

• Vraag bij elke belangrijke hardware- en softwareleverancier in uw omgeving om expliciete PQC-roadmaps en beschouw het ontbreken van een duidelijke roadmap als een inkooprisico dat moet worden aangepakt vóór uw volgende verlengings- of aankoopbeslissing. 
• Neem ondersteuning voor post-kwantumalgoritmen op in de inkoopvereisten voor alle nieuwe hardwareaankopen in de toekomst, zodat elk apparaat dat vanaf nu in uw omgeving wordt geïntroduceerd, een haalbare weg heeft naar kwantumveilige werking gedurende de volledige operationele levensduur. 
• Identificeer systemen met lange vervangingscycli, met name HSM's, netwerkapparaten en embedded systemen, en geef prioriteit aan vroegtijdig contact met de fabrikanten, zodat firmware- of hardware-updates ruim van tevoren kunnen worden gepland. 

Stap 5: Ontwerp voor crypto-wendbaarheid

Toekomstige systemen moeten ontworpen worden met het oog op aanpasbaarheid, zodat cryptografische overgangen kunnen plaatsvinden zonder grote architectonische verstoringen. 

• Elk nieuw systeem dat vanaf nu wordt gebouwd of aangeschaft, moet zo ontworpen zijn dat cryptografische algoritmen kunnen worden verwisseld zonder dat een volledige herarchitectuur nodig is. Op die manier kunnen toekomstige algoritme-overgangen worden uitgevoerd op bibliotheek- of configuratieniveau in plaats van op systeemniveau. 
• Cryptografische behendigheid Het is geen tijdelijke oplossing die minder belangrijk wordt zodra de huidige transitie is voltooid. Het is een permanente operationele functionaliteit die elke organisatie voor onbepaalde tijd nodig zal hebben, aangezien het cryptografische landschap zich blijft ontwikkelen. 
• Systemen die zich niet snel kunnen aanpassen aan veranderingen in algoritmes vormen een steeds groter wordend probleem, omdat elke volgende migratiecyclus onevenredig meer inspanning en kosten met zich meebrengt om de veranderingen op te vangen. 

Stap 6: Test en valideer uw migratieplan

Migratieplanning moet worden beschouwd als een operationele oefening die moet worden gevalideerd onder realistische uitvoeringsomstandigheden: 

• Simuleer de operationele impact van de migratie van uw systemen met de hoogste prioriteit binnen een korte tijdspanne, zodat u de daadwerkelijke uitvoeringsuitdagingen begrijpt voordat u er onder echte deadline-druk mee te maken krijgt. 
• Test het vermogen van uw organisatie om certificaten op grote schaal in te trekken en opnieuw uit te geven onder tijdsdruk, aangezien deze mogelijkheid essentieel is voor zowel de 47-daagse certificaatplicht als voor elke noodreactie op een cryptografisch incident. 
• Identificeer de specifieke afhankelijkheden en knelpunten in uw omgeving die u ervan weerhouden de migratie vóór 2029 af te ronden, zodat u deze proactief kunt aanpakken in plaats van ze te ontdekken wanneer de deadline nadert en de opties beperkt zijn. 

Deze stappen vormen de basis van de aanpak van Encryption Consulting voor PQC-migratie, die we hieronder zullen toelichten. 

Hoe encryptieconsultancy kan helpen 

Encryption Consulting is een betrouwbare partner voor organisaties die werken aan kwantumveilige beveiliging. Wij begeleiden u door elke fase van de transitie, van de eerste inventarisatie tot de volledige migratie naar de productieomgeving, met een methodologie gebaseerd op praktische ervaring en bewezen expertise. 

Cryptografische ontdekking en inventarisatie

We beginnen met het in kaart brengen van uw volledige cryptografische landschap, waarbij we elk systeem in on-premises, cloud- en hybride omgevingen identificeren dat afhankelijk is van cryptografische sleutels, certificaten, algoritmen en afhankelijkheden tussen applicaties, API's, netwerken en databases. 

De meeste organisaties zijn verrast door de omvang van wat dit aan het licht brengt. Je kunt geen prioriteiten stellen voor iets wat je niet kunt zien, en deze stap vormt de basis waarop al het andere is gebouwd. 

Een essentieel onderdeel van het structureren en bruikbaar maken van deze ontdekking is de cryptografische materiaallijst (Cryptographic Bill of Materials, CBOM). Een CBOM is een volledig en doorzoekbaar overzicht van alles wat uw omgeving gebruikt voor cryptografie, georganiseerd op een manier die direct ondersteuning biedt bij migratieplanning, risicoprioritering en compliance-rapportage. Zonder een CBOM navigeren organisaties in feite blind door hun PQC-migratie.  

CBOMSecure is het speciaal ontwikkelde platform van Encryption Consulting voor het genereren en bijhouden van die gegevens. Het detecteert en inventariseert automatisch alle cryptografische assets in uw omgeving, koppelt kwantumkwetsbare assets aan de NIST PQC-standaarden en bewaakt continu uw cryptografische status, zodat nieuwe kwetsbaarheden, verlopende certificaten en configuratieafwijkingen worden opgespoord voordat ze incidenten worden. Voor organisaties die te maken krijgen met de samenloop van de 47-dagen certificaatplicht en de PQC-migratie in 2029, biedt CBOMSecure de essentiële zichtbaarheid die beide programma's beheersbaar maakt. U kunt niet migreren wat u niet kunt vinden, en u kunt niet automatiseren wat u niet hebt geïnventariseerd.

PQC-effectbeoordeling 

We evalueren de blootstelling aan alle cryptografische activa in uw omgeving die gebruikmaken van RSA, ECC of vergelijkbare algoritmen. 

We beoordelen uw PKI, HSM's en applicaties op PQC-gereedheid en leveren een rapport met prioriteiten waarin uw risicogebieden worden geïdentificeerd en gekoppeld aan een duidelijke reeks migratiebehoeften.  

PQC-strategie en routekaart

Met een duidelijk gedefinieerd risicoprofiel ontwikkelen we een op maat gemaakte, gefaseerde migratiestrategie die is afgestemd op uw bedrijfsdoelstellingen, wettelijke verplichtingen en technische beperkingen. 

Dit omvat beleidsupdates, het ontwerpen van flexibele algoritmes en een duidelijke routekaart met pilotimplementaties, hybride configuraties en een volledige migratie naar de productieomgeving, in een volgorde die realistisch is voor uw organisatie. 

Leveranciersevaluatie en proof of concept 

Wij helpen u bij het selecteren en testen van PQC-geschikte oplossingen door technische en zakelijke eisen te definiëren voor RFI- en RFP-processen, proof-of-concepts uit te voeren om het aanbod van leveranciers te evalueren en een leveranciersvergelijkingsmatrix met een duidelijk aanbevelingsrapport te leveren.

Niet elke leverancier die beweert klaar te zijn voor PQC is gelijkwaardig, en deze stap zorgt ervoor dat uw beslissingen gebaseerd zijn op feiten in plaats van marketingpraatjes. 

Pilottesten en opschaling

Voordat we volledig overgaan tot de implementatie, valideren we PQC-configuraties in pilotomgevingen om de interoperabiliteit te bevestigen, integratieproblemen vroegtijdig aan het licht te brengen en verstoringen te minimaliseren wanneer de uitrol naar productie plaatsvindt. 

Feedback van technische en zakelijke belanghebbenden tijdens de pilotfase wordt gebruikt om de aanpak te verfijnen voordat deze in live systemen wordt geïmplementeerd. 

PQC-implementatie

Wij verzorgen grootschalige migraties en integreren post-kwantumcryptografie in uw live omgeving, inclusief uw PKI, applicaties, infrastructuur, cloudservices en API's. Tegelijkertijd waarborgen we de continuïteit van de compliance en de ondersteuning voor hybride algoritmen gedurende de gehele overgang. 

Elk project omvat praktijkgerichte training voor uw teams, gedetailleerde technische documentatie voor doorlopend onderhoud, en monitoringsystemen en processen voor levenscyclusbeheer om de cryptografische status te bewaken, afwijkingen te detecteren en toekomstige upgrades te ondersteunen. 

De overstap naar post-kwantumcryptografie is een van de meest complexe infrastructurele uitdagingen waar organisaties in een generatie mee te maken hebben gehad, maar u hoeft dit niet alleen te doen.

Conclusie 

De combinatie van Google's deadline van 2029, de nieuwe schattingen van de benodigde resources van Google Quantum AI en de toenemende druk vanuit de regelgeving vertelt een consistent verhaal. De transitie naar een tijdperk na de kwantumtechnologie is niet langer een toekomstplanningsoefening. Het is een actieve operationele uitdaging waar de grootste technologiebedrijven ter wereld zich nu al mee bezighouden, en de tijdspanne voor een ordelijke migratie wordt met elk jaar korter. 

De transparantie in onderzoek naar kwantumcomputers zal waarschijnlijk afnemen naarmate programma's commercieel levensvatbaar worden. Dit betekent dat de publieke signalen waarop organisaties doorgaans vertrouwen om hun planning af te stemmen, juist op het moment dat de dreiging het grootst is, minder betrouwbaar zullen worden. De eerste aanwijzing dat er een cryptografisch relevante kwantumcomputer bestaat, komt mogelijk niet uit een persbericht, maar uit een onverwacht patroon van gecompromitteerde systemen. 

De organisaties die hier goed mee om zullen gaan, zijn niet per se de organisaties met de grootste budgetten. Het zijn de organisaties die beginnen met een eerlijk inzicht in hun eigen cryptografische risico's, hun reactie daarop afstemmen door eerst de systemen met het hoogste risico aan te pakken en de cryptografische flexibiliteit opbouwen die toekomstige overgangen beheersbaar maakt in plaats van ontwrichtend. 

Google heeft zijn grens bij 2029 gelegd. Toezichthouders hebben de hunne getrokken. De vraag die elke leider op het gebied van beveiliging en technologie moet beantwoorden, is niet of migratie noodzakelijk is, maar of er nog voldoende tijd is om dit goed en op eigen voorwaarden te doen voordat de deadline hen dwingt tot actie. 

Weet u niet waar u moet beginnen? Dan kan Encryption Consulting u helpen. Neem contact met ons op via [email protected] en laat ons u inzicht geven in uw huidige situatie en wat er nodig is om uw doelen te bereiken.