Am 25. März 2026 kündigte Google an, die Migration zu Post-Quanten-Kryptographie (PQC) in allen internen Systemen und der kundenorientierten Infrastruktur bis 2029 abzuschließen. Für ein Unternehmen von Googles Größenordnung ist dies keine routinemäßige Technologieaktualisierung. Es ist ein klares Signal dafür, dass die Bedrohung durch Quantencomputer nun als reales Sicherheits- und Geschäftsrisiko und nicht mehr als fernes Forschungsproblem behandelt wird.

Die Bedeutung dieser Ankündigung reicht weit über Google hinaus. Jede moderne Organisation ist auf Kryptografie angewiesen, um Identitäten, Zertifikate, Software-Updates, Kommunikation, Finanztransaktionen und kritische Infrastrukturen zu schützen. Dieselben kryptografischen Grundlagen, die Googles Ökosystem schützen, sichern auch Unternehmensnetzwerke, Cloud-Plattformen, PKI-Umgebungen und digitale Vertrauenssysteme weltweit. Dieser Blog erläutert die Beweggründe für Googles Entscheidung, die Ergebnisse der zugrundeliegenden Forschung, die Auswirkungen auf die Infrastruktur Ihres Unternehmens und mögliche praktische Maßnahmen.

Was hat Googles Entscheidung beeinflusst?

Drei Faktoren führten zu dieser Ankündigung, und es ist wichtig, jeden einzelnen zu verstehen, da sie gemeinsam erklären, warum sich der Zeitplan so deutlich und so plötzlich verschoben hat. Die drei Hauptfaktoren sind:

1. Quantenhardware entwickelt sich schneller

Die Fortschritte bei supraleitenden Qubit-Architekturen und der Quantenfehlerkorrektur haben die in den meisten öffentlichen Zeitplänen prognostizierten Zeitvorgaben stets übertroffen, und die Kluft zwischen Erwartung und Realität wächst.

Die technischen Ambitionen hinter mehreren aktiven Quantenhardware-Programmen haben sich deutlich erweitert, da erste Meilensteine vorzeitig erreicht wurden.

2. Neue Ressourcenschätzungen

Google Quantum AI veröffentlichte im April 2026 Ergebnisse, die eine Reduzierung der Anzahl physikalischer Qubits um etwa das 20-Fache aufzeigten, die erforderlich sind, um die 256-Bit-Elliptische-Kurven-Kryptographie auf einer supraleitenden Architektur zu knacken. Diese Kryptographie bildet die mathematische Grundlage, die den größten Teil der digitalen Infrastruktur der Welt schützt.

Die beste bisher veröffentlichte Schätzung bezifferte den Bedarf an physikalischen Qubits auf rund 9 Millionen Qubits auf einer photonischen Architektur, wodurch die Bedrohung für die meisten Planungszwecke weit jenseits des nahen Horizonts lag.

Die neue Zahl liegt unter 500,000 physikalischen Qubits, und diese Schwelle liegt im Rahmen der technischen Ambitionen von Programmen, die existieren, finanziert werden und heute aktiv skaliert werden.

3. Der Migrationspfad ist klar

Das NIST finalisierte im Jahr 2024 seine ersten drei Post-Quanten-Kryptographiestandards und gab Organisationen damit erstmals einen klaren und umsetzbaren Satz von Algorithmen an die Hand, auf den sie umsteigen können.

Die Werkzeuge, also die kryptografischen Bibliotheken und die Softwareinfrastruktur, die zur Implementierung dieser Algorithmen in realen Systemen benötigt werden, entwickeln sich stetig weiter, und es stehen Referenzimplementierungen zur Verfügung, auf denen Teams aufbauen können. OpenSSL 3.5, veröffentlicht im April 2025, führte native Unterstützung für ML-KEM, ML-DSA und SLH-DSA ein, und das Open Quantum Safe-Projekt stellt getestete Implementierungen für verschiedene Sprachen und Plattformen bereit. Es gibt keine vernünftige technische Grundlage mehr, die Migrationsplanung aufzuschieben, bis sich Standards etabliert haben.

Es ist außerdem erwähnenswert, dass die Ankündigung vom Vizepräsidenten für Sicherheitsentwicklung und dem leitenden Kryptografieingenieur von Google gemeinsam verfasst wurde. Es handelt sich hierbei nicht um eine Forschungsarbeit eines akademischen Teams, sondern um eine organisatorische Verpflichtung auf höchster Sicherheitsebene, die mit einem ausdrücklichen Aufruf an die Entwicklungsteams der gesamten Branche einhergeht, diesem Beispiel zu folgen.

Was die neuen Ressourcenschätzungen tatsächlich bedeuten

Eine technische Veröffentlichung von Google Quantum AI, in Zusammenarbeit mit Forschern der UC Berkeley, der Ethereum Foundation und Stanford, hat unser Verständnis davon, wie nah Quantencomputer der Entschlüsselung moderner Verschlüsselungen sind, grundlegend erweitert. Die Ergebnisse stellen keine bloßen Verbesserungen bestehender Schätzungen dar. Sie bedeuten eine signifikante Verkürzung des Zeitrahmens, auf dem die meisten Sicherheitsplanungen basieren, und tragen wesentlich dazu bei, zu erklären, warum das Jahr 2029 zunehmend als kritischer Stichtag genannt wird.

Bevor wir zu den Ergebnissen kommen, ist es wichtig zu verstehen, wie die Autoren diese veröffentlicht haben. Anstatt alle technischen Details preiszugeben, hielten sie die spezifischen Angriffsmechanismen zurück und validierten ihre Ressourcenschätzungen mithilfe eines Zero-Knowledge-Beweises. Diese kryptografische Technik ermöglicht es unabhängigen Parteien, die Richtigkeit der Zahlen zu überprüfen, ohne dass die Veröffentlichung zu einer praktischen Anleitung für die Durchführung des Angriffs wird. Dieser Ansatz überträgt die in der Cybersicherheits-Community übliche Praxis der koordinierten Offenlegung von Sicherheitslücken auf die Quantenkryptanalyse, bei der die Behebung der zugrunde liegenden Schwachstelle Jahre statt Wochen dauert. Folgendes enthüllt die Veröffentlichung:

Durchbrechen der 256-Bit-ECC-Norm

Die Studie senkt die geschätzte Schwelle für das Brechen moderner elliptischer Kurvenkryptographie erheblich. Laut den Autoren erfordert das Brechen von 256-Bit-elliptischer Kurvenkryptographie nun Folgendes:

Weniger als 1,200 logische Qubits, was eine deutlich niedrigere Zahl ist als jede bisher veröffentlichte Schätzung für dieses Problem.
Weniger als 90 Millionen Toffoli-Gatter, die die Rechenoperationen darstellen, die zur Ausführung des Algorithmus auf logischer Ebene erforderlich sind.
Weniger als 500,000 physikalische Qubits auf einer supraleitenden Architektur, was etwa 20 Mal weniger ist als frühere Schätzungen für dieselbe supraleitende Architektur vermutet hatten.
Die Berechnung auf einem supraleitenden Quantencomputer dauert etwa 9 Minuten. Die durchschnittliche Blockzeit von Bitcoin beträgt 10 Minuten. Das bedeutet, dass ein supraleitender Quantencomputer mit hoher Taktfrequenz, der diese Algorithmen ausführt, eine Wahrscheinlichkeit von etwa 41 % hätte, Bitcoin aus einer laufenden Transaktion zu stehlen, bevor diese in der Blockchain bestätigt wird. Dieselbe Logik gilt für jedes System, in dem kryptografische Verifizierung innerhalb eines kurzen Zeitfensters stattfindet, beispielsweise TLS-Handshakes, Zahlungsautorisierungsprozesse und Anfragen zur Identitätsföderation.

256-Bit-ECC bildet die Grundlage für TLS, SSH, Codesignierung, Secure Boot, digitale Signaturen und das gesamte Blockchain-Ökosystem. Eine zwanzigfache Reduzierung des Aufwands für dessen Entschlüsselung ist keine geringfügige Verbesserung, sondern eine grundlegende Veränderung der Bedrohungslage.

Drei Quantenangriffsmodelle, die Unternehmen verstehen müssen

Hier ist ein Aspekt, der in hochrangigen Diskussionen über Quantenrisiken oft übersehen wird: Nicht alle Quantenbedrohungen erfordern dasselbe Maß an Fähigkeiten, und sie treten auch nicht alle gleichzeitig auf. Dieses Verständnis ermöglicht es Organisationen, kluge Entscheidungen hinsichtlich der Abfolge von Angriffen zu treffen, anstatt das gesamte Problem als eine einzige, undifferenzierte Herausforderung zu behandeln. Es gibt drei Angriffsarten:

1. Angriffe im Ruhezustand

Angriffe auf ruhende Schlüssel zielen auf jeden öffentlichen Schlüssel ab, der offengelegt wurde und über einen längeren Zeitraum sichtbar bleibt, wodurch ein Angreifer genügend Zeit erhält, um den entsprechenden privaten Schlüssel abzuleiten.

Ein kryptografisch relevanter Quantencomputer (CRQC) ist ein Quantencomputer, der in der Lage ist, aktuell eingesetzte Public-Key-Kryptografie in einem Umfang und einer Geschwindigkeit zu knacken, die reale Sicherheitsrisiken birgt. Angriffe auf ruhende Daten erfordern keinen schnellen CRQC. Jeder CRQC, unabhängig von seiner Taktfrequenz oder Architektur, kann diese Art von Angriff ausführen, sobald er Shors Algorithmus ausführen kann. Dadurch werden Angriffe auf ruhende Daten zur ersten Kategorie von Quantenbedrohungen, die ausnutzbar werden, und das Zeitfenster für diese Art von Angriff öffnet sich, bevor Angriffe auf die Datenausgabe oder die Dateneinrichtung möglich werden.

Zu den unternehmensweiten Offenlegungen in dieser Kategorie gehören langlebige TLS-Zertifikate, SSH-Hostschlüssel, Codesignaturschlüssel und PKI-Hierarchien, in denen öffentliche Schlüssel über längere Zeiträume öffentlich sichtbar waren.

2. Angriffe auf Ausgaben

Bei On-Spend-Angriffen geht es um Operationen, bei denen eine kryptografische Signatur innerhalb eines kurzen Verarbeitungs- oder Abrechnungsfensters verifiziert werden muss. Dies erfordert vom Angreifer, dass er einen privaten Schlüssel schneller ableitet, als das zugrunde liegende System die Transaktion abschließen kann.

Sie benötigen einen Quantencomputer mit schneller Taktung, insbesondere supraleitende Architekturen mit kurzen Fehlerkorrekturzyklen, die es dem Algorithmus ermöglichen, schnell genug zu laufen, um das Abrechnungsfenster einzuhalten.

Langsamere Quantenarchitekturen, die auf neutralen Atomen oder Ionenfallen basieren, arbeiten um Größenordnungen langsamer und erreichen voraussichtlich nicht gleichzeitig mit supraleitenden Systemen die für On-Spend-Angriffe notwendige Geschwindigkeit.

Die unternehmensweite Exposition in dieser Kategorie umfasst TLS-Handshakes, API-Authentifizierungstoken , Echtzeit-Zahlungsautorisierung sowie Single Sign-On- und Identitätsföderationsabläufe, bei denen die Verifizierung innerhalb von Sekunden erfolgt.

3. Angriffe während der Einrichtung

On-Setup-Angriffe zielen auf Protokolle ab, die auf festen öffentlichen Parametern basieren, welche durch eine einmalige kryptografische Zeremonie generiert werden. Ein Quantencomputer wird nur einmal benötigt, um das in diesen Parametern eingebettete Geheimnis zu extrahieren.

Nach dieser einen Berechnung verfügt der Angreifer über eine dauerhafte Hintertür, die es ihm ermöglicht, das Protokoll unbegrenzt mit nichts anderem als einem klassischen Computer auszunutzen. Die erzeugte Hintertür ist für jede Instanz des Protokolls wiederverwendbar und kann an andere Akteure weitergegeben werden, die nie direkten Zugriff auf einen Quantencomputer hatten . Dies macht diese Art von Angriff aus Sicht der Verbreitung besonders gefährlich.

Die Risiken für Unternehmen in dieser Kategorie umfassen Zero-Knowledge-Beweissysteme, sichere Mehrparteienberechnungsprotokolle sowie datenschutzwahrende Prüf- und Verifizierungssysteme, die auf paarungsbasierter Kryptographie aufbauen.

Offenlegung verstehen: Das Blockchain-Beispiel

Die Blockchain-Infrastruktur ist hier aus einem bestimmten Grund nützlich: Alle Transaktionsdaten sind öffentlich, wodurch die Quantengefährdung präzise gemessen und unabhängig verifiziert statt nur geschätzt werden kann. Es handelt sich dabei nicht um Prognosen, die auf Modellannahmen beruhen. Die Daten stammen aus laufenden Produktionssystemen, die aktuell auf öffentlichen Blockchains laufen, und vermitteln ein konkretes Bild davon, wie sich diese Art von struktureller Schwachstelle im großen Maßstab darstellt.

Die Bitcoin-Enthüllung

Zum Zeitpunkt der Veröffentlichung des Google Quantum AI Papers im April 2026 waren etwa 6.9 Millionen BTC über alle gängigen Adresstypen hinweg anfällig für Quantenangriffe auf ruhende Bitcoins. Dies entspricht einem erheblichen Anteil des gesamten im Umlauf befindlichen Angebots. Davon befanden sich 1.7 Millionen BTC in Skripten, die öffentliche Schlüssel ohne Hash-Schutz direkt auf der Blockchain offenlegten. Darunter befanden sich auch Coins, die weithin Satoshi Nakamoto zugeschrieben werden und seit den Anfängen des Netzwerks unverändert geblieben waren.

Weitere 2.3 Millionen BTC wurden seit über fünf Jahren nicht bewegt und können ohne die ursprünglichen privaten Schlüssel nicht auf eine quantensichere Adresse migriert werden, wodurch diese Gelder ein dauerhaft zugängliches Ziel für jeden Akteur mit einem funktionierenden CRQC darstellen.

Die Ethereum-Enthüllung

Im Gegensatz zu Bitcoin erstreckt sich die Quantenexposition von Ethereum über mehrere Ebenen des Ökosystems und betrifft nicht nur Benutzerkonten, sondern auch Konsensmechanismen, Governance und die Skalierungsinfrastruktur:

Angriffsvektor	Was steht auf dem Spiel?
Sicherheitslücke im Konto	20.5 Millionen ETH auf Konten, die jemals eine Transaktion gesendet und dadurch ihren öffentlichen Schlüssel offengelegt haben
Administrator-Schwachstelle	2.5 Millionen ETH und rund 200 Milliarden US-Dollar an Stablecoins und tokenisierten realen Vermögenswerten, die durch Smart Contracts mit offengelegten Administratorschlüsseln verwaltet werden.
Code-Schwachstelle	15 Millionen ETH über Layer-2-Netzwerke und Brücken unter Verwendung quantenanfälliger kryptografischer Primitiven
Konsens-Schwachstelle	37 Millionen gestakte ETH sichern den Proof-of-Stake-Mechanismus durch BLS-Signaturaggregation
Schwachstelle in Bezug auf die Datenverfügbarkeit	Das gesamte Layer-2-Ökosystem ist von den KZG-Polynomverpflichtungen abhängig, die im Rahmen des Dencun-Upgrades 2024 eingeführt wurden.

Die obigen Zahlen spiegeln den Zustand des Ethereum-Ökosystems zum Zeitpunkt der Veröffentlichung des Google Quantum AI-Papiers im April 2026 wider. Angesichts der rasanten Entwicklung des Ethereum-Ökosystems werden sich die konkreten Zahlen geändert haben, die strukturellen Schwachstellen, die sie darstellen, bleiben jedoch bestehen.

Was dies über den Kryptowährungskontext hinaus bedeutet

Es handelt sich hierbei nicht um schlecht konzipierte Systeme. Es sind korrekt konzipierte Systeme, die für die damals bestehende Bedrohungslage entwickelt wurden, und diese Bedrohungslage hat sich inzwischen auf eine Weise verändert, die bei den Architekturentscheidungen nicht vorhergesehen wurde.

Dasselbe gilt für die Unternehmensinfrastruktur, die die meisten Organisationen heute nutzen, und die Auswirkungen sind identisch, auch wenn die Sichtbarkeit nicht gegeben ist. Blockchain-Schwachstellen sind öffentlich sichtbar und präzise messbar, da die zugrunde liegenden Daten öffentlich sind. Schwachstellen in Unternehmenssystemen sind nicht öffentlich sichtbar, aber nicht weniger schwerwiegend, sondern in vielen Fällen sogar gravierender, da Unternehmenssysteme Daten und Zugangsdaten verarbeiten, deren Kompromittierung keine sichtbaren Anzeichen hervorrufen würde, bevor bereits erheblicher Schaden entstanden ist.

Wie die globale Technologieinfrastruktur PQC einsetzt

Die Umstellung auf Post-Quanten-Kryptographie ist keine Zukunftsvision oder ein Pilotprojekt einiger weniger Pioniere. Sie wird bereits weltweit von einigen der größten Technologie- und Infrastrukturunternehmen eingesetzt, und die Entwicklung schreitet rasant voran. So setzen Google und andere führende Organisationen PQC in der Praxis ein:

Google

Android 17 integriert ML-DSA-Signaturen in Android Verified Boot und schützt so die Bootsequenz des Geräts vor Fälschung von Quantensignaturen, und zwar vom Moment des Einschaltens an und bevor Benutzersoftware geladen wird.
Android Keystore unterstützt ML-DSA nativ innerhalb der Trusted Execution Environment, wodurch digitale Signaturen nach der Quantenmechanik vollständig innerhalb sicherer Hardware generiert und gespeichert werden können, ohne dass das Hauptbetriebssystem darauf zugreifen kann.
Google Play App Signing führt hybride Signaturblöcke ein, die klassische und ML-DSA-Schlüssel für Anwendungspakete kombinieren und Milliarden aktiver Installationen abdecken, ohne dass von Endbenutzern oder Entwicklern Maßnahmen erforderlich sind.
Chrome verwendet seit Ende 2024 standardmäßig die hybride ML-KEM-Schlüsselkapselung, was bedeutet, dass der Post-Quanten-Schutz bereits für die Mehrheit der über den Browser hergestellten HTTPS-Verbindungen aktiv ist.
Google Cloud KMS bietet PQC-fähiges Schlüsselmanagement für Unternehmenskunden. Die Software ist derzeit als Vorschauversion verfügbar, die allgemeine Verfügbarkeit wird voraussichtlich folgen.

Das breitere Ökosystem

AWS: AWS hat ML-KEM über kundenorientierte Service-Endpunkte wie S3, CloudFront und KMS hinweg implementiert und damit die Post-Quantum-Schlüsselkapselung für einen erheblichen Teil des globalen Cloud-Datenverkehrs eingeführt.
Microsoft: Microsoft hat ML-KEM und ML-DSA in SymCrypt integriert, die kryptografische Bibliothek, die Windows, Azure und Microsoft 365 zugrunde liegt. Die PQC-APIs stehen Entwicklern ab 2025 allgemein zur Verfügung.
Wolkenbruch: Laut Cloudflare sind ab April 2026 über 65 % des von Menschen initiierten Datenverkehrs in seinem Netzwerk mit Post-Quanten-Verschlüsselung geschützt, was einen erheblichen Anteil des globalen Internetverkehrs ausmacht.
Akamai: Akamai hat hybrides ML-KEM als Standardkonfiguration für alle Kunden festgelegt und die Post-Quantum-Schlüsselkapselung auf die Inhaltsbereitstellungs- und Edge-Sicherheitsschicht ausgeweitet.
Algorand: Algorand führte im Jahr 2025 seine erste PQC-gesicherte Transaktion unter Verwendung von Falcon-Signaturen durch und hat die Falcon-Signaturverifizierung als natives Primitiv für Smart-Contract-Entwickler, die auf der Plattform aufbauen, verfügbar gemacht.
Blockchain-PlattformenBlockchains wie Quantum Resistant Ledger, Mochimo und Abelian wurden von Anfang an auf postquantenkryptographischen Grundlagen aufgebaut, was beweist, dass der vollständige Einsatz von PQC in produktiven verteilten Systemen nicht nur machbar, sondern auch betriebsbereit ist.

Während globale Organisationen PQC in der Produktion einsetzen, birgt der Prozess seine eigenen Herausforderungen, die wir im nächsten Abschnitt besprechen werden.

Die Herausforderungen bei der PQC-Migration

Die Migration zu PQC ist technisch und operativ komplex, und Unternehmen sollten sich im Vorfeld genau darüber im Klaren sein, wo die Schwierigkeiten liegen. Folgendes müssen Unternehmen explizit einplanen:

1. Leistungskosten

ECDSA-Signaturen, die derzeit in den meisten Systemen verwendet werden, haben eine Größe zwischen 64 und 73 Byte. Falcon-Signaturen, eine der NIST-standardisierten Post-Quanten-Optionen, sind etwa 1,280 Byte groß, was einer rund 18-fachen Vergrößerung entspricht. ML-DSA-Signaturen variieren je nach gewähltem Sicherheitsniveau zwischen 2,420 und 4,595 Byte und sind damit 33- bis 63-mal größer als vergleichbare ECDSA-Signaturen.

Bei Systemen, die Signaturen in großem Umfang verarbeiten, führen diese Größenunterschiede zu messbaren Steigerungen des Bandbreitenverbrauchs, des Speicherbedarfs, des Aufwands für die Zertifikatsverwaltung und der Last der TLS-Handshake-Verarbeitung, die berücksichtigt und nicht einfach hingenommen werden können.

2. Reifegrad der Implementierung

PQC -Bibliotheken sind neuer und wurden deutlich weniger in der Praxis erprobt und anfälliger für Angriffe getestet als die klassischen Implementierungen, die sie ersetzen. Das bedeutet, dass Randfälle und Implementierungsschwachstellen eher während der frühen Einsatzphase auftreten.

Einige Post-Quanten-Verfahren beinhalten mathematische Operationen, wie zum Beispiel das Sampling aus diskreten Gaußverteilungen in Falcon, die in der Vergangenheit bei der Implementierung ohne spezifische Gegenmaßnahmen zu zeitbasierten Seitenkanal-Schwachstellen geführt haben.

Hardware-Sicherheitsmodule und Trusted Execution Environments erfordern spezielle Entwicklungsarbeiten, um die größeren Schlüssellängen, Signaturlängen und Speicherbedarfe zu bewältigen, die Post-Quanten-Algorithmen benötigen, und nicht alle aktuellen HSM-Modelle unterstützen die notwendigen Algorithmen nativ.

3. Das Problem der Lieferkette

Hardware-Erneuerungszyklen in Unternehmensumgebungen dauern typischerweise fünf bis zehn Jahre. Das bedeutet, dass heute gekaufte Geräte noch weit über das Jahr 2029 hinaus im Einsatz sein werden und während dieser gesamten Betriebszeit Post-Quanten-Algorithmen unterstützen müssen.

Drittanbieterbibliotheken, herstellerseitig bereitgestellte Firmware, HSMs, Netzwerkgeräte und Legacy-Systeme haben jeweils ihre eigenen, unabhängigen Migrationszeitpläne, die außerhalb Ihrer direkten Kontrolle liegen und möglicherweise nicht mit Ihrem internen Planungshorizont übereinstimmen.

Es ist keine verfrühte Planung, Anbieter jetzt schon in ihre Post-Quanten-Roadmaps einzubinden und die Unterstützung von PQC-Algorithmen in die Beschaffungsanforderungen vor dem nächsten Hardware-Beschaffungszyklus zu integrieren. Für viele Hardwarekategorien, insbesondere solche mit langen Lieferzeiten und langsamen Austauschzyklen, ist dies sogar längst überfällig.

4. Zwei wichtige Fristen fallen im Jahr 2029 zusammen

Das CA/Browser Forum schreibt eine Reduzierung der maximalen Gültigkeitsdauer von TLS-Zertifikaten auf 47 Tage bis 2029 vor. Dies entspricht einer achtfachen Erhöhung der Erneuerungshäufigkeit im Vergleich zum heutigen Standard von 398 Tagen. Allein dies stellt für die meisten Unternehmen eine erhebliche operative Herausforderung dar. In Verbindung mit der zeitgleich anstehenden Migration zu PQC entsteht ein zusätzlicher Druck, auf den die meisten Sicherheitsteams derzeit nicht vorbereitet sind.

Die meisten Organisationen setzen weiterhin auf manuelle Zertifikatsverwaltungsprozesse, die für 47-tägige Erneuerungszyklen nicht skalierbar sind. Ohne ein bereits implementiertes automatisiertes Zertifikatslebenszyklusmanagement wird das bis 2029 erforderliche Erneuerungsvolumen die Kapazitäten der Sicherheitsteams übersteigen und so Lücken in der kryptografischen Abdeckung genau dann schaffen, wenn quantensichere Infrastrukturen am zuverlässigsten sein müssen.

Die für 47-tägige Zertifizierungszyklen und die für die PQC-Migration benötigte Infrastruktur überschneiden sich erheblich. Organisationen, die diese als separate Arbeitsabläufe behandeln, bauen dieselbe grundlegende Infrastruktur zweimal auf und tragen die Kosten für zwei separate Programme anstatt für ein zusammenhängendes.

Diese Herausforderungen sind real, aber sie sind beherrschbar, wenn die Migration systematisch angegangen und in einer gut strukturierten, phasenweisen Vorgehensweise durchgeführt wird.

Wie beginne ich meinen PQC-Übergang?

Falls Ihnen die oben genannten Herausforderungen zu gewaltig erscheinen, ist es am wichtigsten, sich daran zu erinnern, dass jede Organisation, die eine groß angelegte kryptografische Migration erfolgreich bewältigt hat, mit dem gleichen ersten Schritt begonnen hat: zu verstehen, was sie tatsächlich einsetzt.

Schritt 1: Erstellen Sie Ihr kryptografisches Inventar

Der erste Schritt besteht darin, genau zu verstehen, wo in Ihrer Umgebung Schwachstellen in der Kryptographie vorhanden sind:

Identifizieren Sie jedes System, Protokoll, jede Bibliothek und jede Anwendung in Ihrer Umgebung, die derzeit RSA, ECDSA, ECDH oder ein anderes ECC-basiertes kryptografisches Verfahren verwendet, einschließlich Systemen, die Sie möglicherweise nicht direkt kontrollieren, wie z. B. Integrationen von Drittanbietern und vom Hersteller gelieferte Komponenten.
Beziehen Sie auch Drittanbieterabhängigkeiten, vom Hersteller gelieferte Firmware, Hardware-Sicherheitsmodule, Cloud-Dienste und Legacy-Systeme mit ein, denn Ihre Migration ist nur so vollständig wie das schwächste Glied in der Kette.
Bilden Sie die Datenflüsse ab, die von jedem kryptografischen Primitiv abhängen, damit Sie verstehen, welche Systeme miteinander verbunden sind und wo eine Migration an einer Stelle eine Abhängigkeit an einer anderen Stelle erzeugt.
Identifizieren Sie Systeme, die Daten verarbeiten, die über Jahre hinweg vertraulich bleiben müssen. Diese Daten sind jetzt von höchster Priorität, die Entschlüsselung erfolgt später. Schutzmaßnahmen sind erforderlich, bevor Quantencomputer existieren, nicht erst danach. Hier erweist sich ein CBOM als eines der wertvollsten Assets eines Unternehmens. CBOM Secure von Encryption Consulting identifiziert Schwachstellen in der Kryptografie unternehmensweit und pflegt ein kontinuierlich aktualisiertes Live-Inventar, um die Genauigkeit und Aktualität der Asset-Daten in Echtzeit zu gewährleisten.

Schritt 2: Priorisierung von Authentifizierungs- und Signatursystemen

Beginnen Sie mit den Bereichen, in denen ein kryptografisches Versagen die weitreichendsten systemischen Auswirkungen hätte:

Schlüsselverwaltungssysteme und Zertifizierungsstellen haben die längsten Vorlaufzeiten und die schwerwiegendsten Folgen eines Ausfalls, falls sie kompromittiert werden. Aus beiden Gründen sollten sie ganz oben auf Ihrer Migrationsprioritätenliste stehen.
Die Software-Signatur-Pipelines und die Build-Infrastruktur sollten frühzeitig migriert werden, da ein kompromittierter Signaturschlüssel die unentdeckte Verbreitung von Schadcode auf allen Systemen ermöglicht, die den signierten Artefakten vertrauen.
Remote-Attestierungs- und Geräteidentitätsdienste sind grundlegend für Zero-Trust-Architekturen und müssen quantensicher sein, bevor der gesamte Authentifizierungs-Stack als sicher gelten kann.
Authentifizierungsdienste und Identitätsanbieter sind wertvolle Ziele, da deren Kompromittierung den Zugriff auf alles ermöglicht, was von ihnen abhängt, und sie weisen typischerweise komplexe Abhängigkeiten auf, die lange Migrationszeiten erfordern.
Infrastrukturen zur Signatur von Blockchains und Wallet-Managementsysteme sind direkt dem Angriffsvektor „On-Spend“ ausgesetzt und sollten als eigenständiger Arbeitsablauf auf ihre Migrationsfähigkeit hin bewertet werden.

Schritt 3: Hybridkonfigurationen bereitstellen

Hybrid-Implementierungen bieten eine praktische Möglichkeit, die Migration zu beginnen, ohne dass das gesamte Ökosystem gleichzeitig umgestellt werden muss:

Durch den Einsatz von ML-KEM parallel zu bestehenden klassischen Schlüsselkapselungsalgorithmen wird Quantenresistenz für sensible Daten während der Übertragung gewährleistet, während gleichzeitig die volle Interoperabilität mit Systemen erhalten bleibt, die ihre eigene Migration noch nicht abgeschlossen haben.
Dieser hybride Ansatz bedeutet, dass Sie nicht warten müssen, bis jedes System in Ihrer Umgebung migriert ist, bevor Sie mit dem Schutz der sensibelsten Datenflüsse beginnen können. Dies ist besonders wichtig angesichts der aktuell bestehenden aktiven Bedrohung durch Datensammlung.
Chromes produktiver Einsatz von hybridem ML-KEM im globalen Maßstab ist das operative Referenzmodell für diesen Ansatz und beweist, dass er sowohl technisch solide als auch operativ handhabbar ist.

Schritt 4: Nehmen Sie jetzt Kontakt mit Ihren Lieferanten auf.

Die Migrationsbereitschaft hängt nicht nur von Ihren eigenen Systemen ab, sondern auch von der Bereitschaft des gesamten Anbieter-Ökosystems, das diese unterstützt:

Fordern Sie von jedem wichtigen Hardware- und Softwareanbieter in Ihrem Umfeld explizite PQC-Roadmaps an und betrachten Sie das Fehlen einer klaren Roadmap als Beschaffungsrisiko, das vor Ihrer nächsten Verlängerungs- oder Kaufentscheidung angegangen werden muss.
Integrieren Sie die Unterstützung von Post-Quanten-Algorithmen in die Beschaffungsanforderungen für alle zukünftigen Neuanschaffungen von Hardware, damit jedes Gerät, das ab diesem Zeitpunkt in Ihre Umgebung gelangt, einen praktikablen Weg zu einem quantensicheren Betrieb während seiner gesamten Betriebsdauer hat.
Identifizieren Sie Systeme mit langen Austauschzyklen, insbesondere HSMs, Netzwerkgeräte und eingebettete Systeme, und priorisieren Sie die frühzeitige Kontaktaufnahme mit deren Herstellern, damit Firmware- oder Hardware-Updates rechtzeitig vor ihrem tatsächlichen Bedarf geplant werden können.

Schritt 5: Design für Krypto-Agilität

Zukünftige Systeme sollten mit Blick auf Anpassungsfähigkeit konzipiert werden, damit kryptografische Übergänge ohne größere architektonische Eingriffe erfolgen können:

Jedes neue System, das ab jetzt gebaut oder beschafft wird, sollte so konzipiert sein, dass kryptografische Algorithmen ausgetauscht werden können, ohne dass eine vollständige Neuarchitektur erforderlich ist, sodass zukünftige Algorithmusübergänge auf Bibliotheks- oder Konfigurationsebene und nicht auf Systemebene durchgeführt werden können.
Kryptografische Agilität Es handelt sich nicht um eine kurzfristige Erleichterung bei der Migration, die nach Abschluss des aktuellen Übergangs an Bedeutung verliert. Es ist eine dauerhafte operative Fähigkeit, die jede Organisation auf unbestimmte Zeit benötigen wird, da sich die kryptografische Landschaft ständig weiterentwickelt.
Systeme, die sich nicht schnell an Algorithmusänderungen anpassen können, stellen eine sich verstärkende Belastung dar, da jeder nachfolgende Migrationszyklus unverhältnismäßig mehr Aufwand und Kosten für die Behebung dieser Probleme erfordert.

Schritt 6: Testen und Validieren Sie Ihren Migrationsplan

Die Migrationsplanung sollte als operative Übung betrachtet werden, die unter realistischen Ausführungsbedingungen validiert werden muss:

Simulieren Sie die Auswirkungen der Migration Ihrer wichtigsten Systeme auf den operativen Betrieb unter Zeitdruck, um die tatsächlichen Herausforderungen bei der Umsetzung zu verstehen, bevor Sie unter realem Zeitdruck damit konfrontiert werden.
Testen Sie die Fähigkeit Ihrer Organisation, Zertifikate in großem Umfang und unter Zeitdruck zu widerrufen und neu auszustellen, denn diese Fähigkeit ist sowohl für die 47-tägige Zertifikatsgültigkeitsfrist als auch für die Reaktion auf einen kryptografischen Vorfall unerlässlich.
Identifizieren Sie die spezifischen Abhängigkeiten und Engpässe in Ihrer Umgebung, die Sie daran hindern würden, die Migration bis 2029 abzuschließen, damit Sie diese proaktiv angehen können, anstatt sie erst zu entdecken, wenn der Stichtag naht und die Optionen begrenzt sind.

Diese Schritte bilden die Grundlage des Ansatzes von Encryption Consulting zur PQC-Migration, den wir im Folgenden erläutern werden.

Wie Verschlüsselungsberatung helfen kann

Encryption Consulting ist ein verlässlicher Partner für Organisationen, die quantensichere Sicherheit anstreben. Wir begleiten Sie durch jede Phase der Umstellung – von der ersten Analyse bis zur vollständigen Produktionsmigration – mit einer Methodik, die auf praktischer Erfahrung und bewährter Expertise basiert.

Kryptografische Erkennung und Inventarisierung

Wir beginnen mit der Kartierung Ihrer gesamten kryptografischen Landschaft und identifizieren jedes System in On-Premises-, Cloud- und Hybridumgebungen, das auf kryptografischen Schlüsseln, Zertifikaten, Algorithmen und Abhängigkeiten zwischen Anwendungen, APIs, Netzwerken und Datenbanken basiert.

Die meisten Organisationen sind überrascht, wie viel dabei ans Licht kommt. Man kann nicht priorisieren, was man nicht sieht, und dieser Schritt ist das Fundament, auf dem alles Weitere aufbaut.

Ein Schlüsselelement für die strukturierte und umsetzbare Analyse dieser Erkenntnisse ist die kryptografische Stückliste (CBOM). Eine CBOM ist ein vollständiges und abfragbares Verzeichnis aller kryptografischen Komponenten Ihrer Umgebung, das so organisiert ist, dass es die Migrationsplanung, die Risikopriorisierung und das Compliance-Reporting direkt unterstützt. Ohne eine solche Stückliste navigieren Unternehmen im Grunde blind durch ihre PQC-Migration.

CBOMSecure ist die speziell von Encryption Consulting entwickelte Plattform zur Erstellung und Pflege dieser Dokumentation. Sie erkennt und inventarisiert automatisch alle kryptografischen Assets in Ihrer Umgebung, ordnet quantenanfällige Assets den NIST PQC-Standards zu und überwacht kontinuierlich Ihren kryptografischen Status. So werden neue Schwachstellen, ablaufende Zertifikate und Konfigurationsabweichungen erkannt, bevor sie zu Sicherheitsvorfällen führen. Für Unternehmen, die sich im Jahr 2029 der Herausforderung der gleichzeitigen Einführung der 47-Tage-Zertifikatspflicht und der PQC-Migration stellen müssen, bietet CBOMSecure die grundlegende Transparenz, die beide Programme handhabbar macht. Denn was man nicht findet, kann man nicht migrieren, und was man nicht inventarisiert hat, kann man nicht automatisieren.

PQC-Auswirkungsbewertung

Wir bewerten das Risiko für alle kryptografischen Assets in Ihrer Umgebung, die auf RSA, ECC oder ähnlichen Algorithmen basieren.

Wir bewerten Ihre PKI, HSMs und Anwendungen hinsichtlich ihrer PQC-Bereitschaft und liefern einen priorisierten Bericht, der Ihre risikoreichsten Bereiche identifiziert und sie einem klaren Satz von Migrationsanforderungen zuordnet.

PQC-Strategie und Roadmap

Nachdem die Risiken klar definiert wurden, entwickeln wir eine maßgeschneiderte, phasenweise Migrationsstrategie, die auf Ihre Geschäftsprioritäten, Compliance-Verpflichtungen und technischen Rahmenbedingungen abgestimmt ist.

Dies umfasst Richtlinienaktualisierungen, die Entwicklung agiler Algorithmen und einen klaren Fahrplan, der Pilotimplementierungen, Hybridkonfigurationen und die vollständige Produktionsmigration in einer für Ihr Unternehmen realistischen Reihenfolge abdeckt.

Anbieterbewertung und Proof of Concept

Wir helfen Ihnen bei der Auswahl und dem Test von PQC-fähigen Lösungen, indem wir die technischen und geschäftlichen Anforderungen für RFI- und RFP-Prozesse definieren, Machbarkeitsstudien zur Bewertung der Angebote der Anbieter durchführen und eine Anbietervergleichsmatrix mit einem klaren Empfehlungsbericht liefern.

Nicht jeder Anbieter, der behauptet, PQC-fähig zu sein, ist gleichwertig, und dieser Schritt stellt sicher, dass Ihre Entscheidungen auf Fakten und nicht auf Marketing basieren.

Pilottests und Skalierung

Vor der vollständigen Implementierung validieren wir die PQC-Konfigurationen in Pilotumgebungen, um die Interoperabilität zu bestätigen, Integrationsprobleme frühzeitig aufzudecken und Störungen bei der Skalierung des Rollouts auf die Produktionsumgebung zu minimieren.

Das Feedback von technischen und geschäftlichen Stakeholdern während der Pilotphase wird genutzt, um den Ansatz zu verfeinern, bevor er in Live-Systemen zum Einsatz kommt.

PQC-Implementierung

Wir führen eine vollständige Migration durch und integrieren Post-Quanten-Kryptographie in Ihre Live-Umgebung – von Ihrer PKI über Anwendungen und Infrastruktur bis hin zu Cloud-Diensten und APIs – und gewährleisten dabei die Kontinuität der Compliance sowie die Unterstützung hybrider Algorithmen während des gesamten Übergangs.

Jedes Projekt beinhaltet praktische Schulungen für Ihre Teams, eine detaillierte technische Dokumentation für die laufende Wartung sowie Überwachungssysteme und Lebenszyklusmanagementprozesse, um den kryptografischen Zustand zu verfolgen, Anomalien zu erkennen und zukünftige Upgrades zu unterstützen.

Der Übergang zur Post-Quanten-Kryptographie ist eine der komplexesten Infrastrukturherausforderungen, mit denen sich Organisationen seit einer Generation konfrontiert sehen, aber Sie müssen diese Herausforderung nicht allein bewältigen.

Fazit

Die Kombination aus Googles Frist 2029, den neuen Ressourcenschätzungen von Google Quantum AI und dem zunehmenden regulatorischen Druck ergibt ein klares Bild: Der Übergang nach dem Quanten-Zeitalter ist keine Zukunftsplanung mehr, sondern eine operative Herausforderung, der sich die größten Technologieunternehmen der Welt bereits stellen müssen. Das Zeitfenster für eine geordnete Migration schließt sich mit jedem Jahr.

Die Transparenz in der Quantencomputerforschung dürfte mit zunehmender Kommerzialisierung der Programme abnehmen. Das bedeutet, dass die öffentlichen Signale, auf die sich Organisationen üblicherweise bei ihrer Planung stützen, gerade dann an Zuverlässigkeit verlieren, wenn die Bedrohung am größten ist. Der erste Hinweis auf die Existenz eines kryptografisch relevanten Quantencomputers stammt möglicherweise nicht aus einer Pressemitteilung, sondern aus einem unerwarteten Muster kompromittierter Systeme.

Die Organisationen, die diese Herausforderung erfolgreich meistern werden, sind nicht unbedingt diejenigen mit den größten Budgets. Sie sind diejenigen, die mit ehrlicher Transparenz ihrer eigenen kryptografischen Risiken beginnen, ihre Reaktion auf die Systeme mit dem höchsten Risiko konzentrieren und die kryptografische Agilität aufbauen, die zukünftige Übergänge beherrschbar statt störend macht.

Google hat die Grenze bei 2029 gezogen. Die Regulierungsbehörden haben ihre gezogen. Die Frage, die sich jeder Verantwortliche im Bereich Sicherheit und Technologie stellen muss, ist nicht, ob eine Migration notwendig ist, sondern ob genügend Zeit bleibt, um sie vor Ablauf der Frist erfolgreich und nach eigenen Vorstellungen durchzuführen.

Wenn Sie nicht wissen, wo Sie anfangen sollen, ist Encryption Consulting genau der richtige Ansprechpartner. Kontaktieren Sie uns unter [email protected] und wir helfen Ihnen, Ihren aktuellen Stand zu ermitteln und die notwendigen Schritte zu unternehmen, um Ihr Ziel zu erreichen.