Stand: 28. September 2026
Post-Quantum Cryptography ist 2026 von einem Forschungs- zu einem Migrationsprojekt geworden. NIST formuliert inzwischen ausdrücklich, dass Organisationen jetzt mit der Umstellung auf quantenresistente Verfahren beginnen sollen. Die ersten drei finalen PQC-Standards stehen bereit, und die zentrale Herausforderung liegt nicht mehr darin, auf „den richtigen Algorithmus“ zu warten, sondern herauszufinden, wo im Unternehmen heute noch RSA, elliptische Kurven und andere quantenverwundbare Verfahren verwendet werden.
Für Unternehmen ist das Thema deshalb weniger Science-Fiction als Asset- und Lifecycle-Management. Zertifikate, VPNs, TLS-Verbindungen, SSH, Code Signing, HSMs, Smartcards, Backups, Firmware-Signaturen und eingebettete Systeme haben sehr unterschiedliche Lebenszyklen. Wer erst migriert, wenn leistungsfähige Quantencomputer verfügbar sind, wird bei vielen dieser Systeme zu spät sein.
Warum Unternehmen bereits 2026 handeln sollten
Ein kryptografisch relevanter Quantencomputer existiert heute nicht als allgemein verfügbare Angriffstechnik. Trotzdem gibt es zwei gute Gründe, früh zu handeln. Erstens dauern Kryptografie-Migrationen in großen Umgebungen Jahre. Zweitens können Angreifer heute verschlüsselte Daten sammeln und später entschlüsseln, wenn die notwendige Rechenleistung verfügbar wird. Dieses Prinzip wird häufig als „Harvest Now, Decrypt Later“ beschrieben.
Besonders betroffen sind Daten mit langer Vertraulichkeitsdauer: Forschungsdaten, Gesundheitsinformationen, M&A-Unterlagen, geistiges Eigentum, vertrauliche Kundeninformationen, Identitätsdaten und sensible Behördenkommunikation. Wer solche Informationen noch zehn oder zwanzig Jahre schützen muss, hat bereits heute ein langfristiges Kryptografie-Risiko.
Was NIST bereits standardisiert hat
NIST veröffentlichte 2024 drei zentrale Post-Quantum-Standards, die 2026 ausdrücklich als einsatzbereit bezeichnet werden. Dazu gehören ML-KEM für Key Establishment sowie ML-DSA und SLH-DSA für digitale Signaturen. NIST betont, dass Organisationen mit der Einführung dieser Standards beginnen sollen und dass Produkte, Services und Protokolle entsprechend aktualisiert werden müssen.
Gleichzeitig läuft die Standardisierung weiter. Im Mai 2026 wurden weitere Kandidaten für zusätzliche digitale Signaturverfahren in eine neue Bewertungsrunde aufgenommen. Ein bemerkenswerter Vorfall folgte im Juli: Das Verfahren HAWK wurde nach einer von Anthropic veröffentlichten Entdeckung einer mathematischen Schwachstelle aus dem Prozess zurückgezogen. NIST stellte klar, dass dies die bereits finalisierten PQC-Standards nicht betrifft.
Der erste Schritt ist keine neue Verschlüsselung – sondern ein Kryptografie-Inventar
Die größte praktische Hürde ist, dass viele Organisationen nicht vollständig wissen, wo Kryptografie überall eingesetzt wird. Ein TLS-Zertifikat auf einem Webserver ist sichtbar. Schwieriger sind eingebettete Bibliotheken, alte Appliances, Java-Keystores, interne PKIs, VPN-Gateways, Storage-Systeme, Code-Signing-Prozesse oder Geräte, deren Firmware jahrelang unverändert bleibt.
Das NIST NCCoE stellt Cryptographic Visibility and Risk Management deshalb in den Mittelpunkt seiner PQC-Migrationsarbeit. Unternehmen müssen zunächst erkennen, welche Algorithmen, Schlüsselgrößen, Zertifikate, Protokolle und Abhängigkeiten existieren. Ohne dieses Inventar ist keine priorisierte Migration möglich.
Welche Systeme zuerst geprüft werden sollten
1. Public-Key Infrastructure und Zertifikate
Interne und öffentliche PKIs sind tief in Unternehmensprozesse eingebaut. Webserver, Client Authentication, S/MIME, Geräteidentitäten, Code Signing und VPNs können davon abhängen. Prüfen Sie, welche Certificate Authorities, Templates, HSMs und Client-Systeme langfristig auf quantenresistente Algorithmen vorbereitet werden können.
2. VPN und Remote Access
Standortverbindungen, Remote-User-VPNs und Service-Tunnel verwenden häufig klassische Public-Key-Verfahren für den Schlüsselaustausch. Langfristig sensible Datenflüsse sollten früh priorisiert werden. Dabei ist nicht nur die Appliance entscheidend, sondern auch Interoperabilität mit Clients und Partnern.
3. TLS in internen Anwendungen
Interne HTTPS-Verbindungen werden oft über Jahre nicht inventarisiert. Alte Java-Anwendungen, Reverse Proxies, API-Gateways und Service-to-Service-Kommunikation können zu Migrationsbremsen werden. Besonders wichtig ist, wo kryptografische Komponenten fest in Software oder Firmware eingebettet sind.
4. SSH und Administrationszugänge
SSH-Schlüssel und Host Keys gehören ebenfalls zum Kryptografie-Inventar. Lang lebende Admin-Schlüssel, Automatisierungskonten und Appliances benötigen klare Austauschstrategien.
5. Code Signing und Firmware
Digitale Signaturen sichern Software-Updates, Treiber, Skripte, Firmware und Supply Chains. Bei Geräten mit zehn oder fünfzehn Jahren Lebensdauer muss bereits heute geklärt werden, ob spätere Signaturalgorithmen technisch unterstützt werden können.
6. HSM, KMS und Secrets-Plattformen
Hardware Security Modules und Key Management Services sind zentrale Abhängigkeiten. Unternehmen sollten ihre Hersteller-Roadmaps kennen und prüfen, welche PQC-Verfahren unterstützt werden, wie Schlüssel migriert werden und welche Performance- oder Speicherfolgen entstehen.
Crypto Agility wird zum strategischen Ziel
Die eigentliche Lehre aus PQC lautet nicht nur „ersetze RSA“. Unternehmen brauchen Crypto Agility: die Fähigkeit, kryptografische Algorithmen, Schlüssel und Zertifikate zu wechseln, ohne jede Anwendung neu entwickeln zu müssen. NIST behandelt Crypto Agility deshalb als eigenes Migrationsziel.
Eine gute Architektur trennt Business-Logik von kryptografischer Implementierung. Anwendungen sollten nicht an einen einzigen Algorithmus oder eine feste Schlüsselgröße gebunden sein. Zentrale TLS-Termination, moderne PKI-Services, standardisierte Libraries und automatisiertes Certificate Lifecycle Management erleichtern spätere Änderungen erheblich.
Hybrid-Verfahren als Übergangsstrategie
In Übergangsphasen können klassische und post-quantenresistente Verfahren gemeinsam eingesetzt werden. Solche Hybridansätze sollen verhindern, dass ein Fehler in einem noch jungen PQC-Verfahren allein die Sicherheit bestimmt, während gleichzeitig Schutz gegen zukünftige Quantenangriffe aufgebaut wird.
Ob und wo Hybrid-Mechanismen sinnvoll sind, hängt vom konkreten Protokoll, Hersteller und Risikomodell ab. Entscheidend ist Interoperabilität. Ein Unternehmen sollte neue Kryptografie nicht isoliert im Lab testen, sondern komplette Kommunikationsketten inklusive Load Balancer, Proxy, Monitoring, HSM, Client und Partneranbindung betrachten.
PQC ist auch ein Beschaffungsthema
Ab 2026 sollten Unternehmen neue Produkte nicht mehr nur nach aktueller TLS- oder VPN-Unterstützung bewerten. Ausschreibungen und Einkaufsprozesse können Fragen zur PQC-Roadmap enthalten: Unterstützt das Produkt ML-KEM oder ML-DSA? Gibt es Firmware-Updates? Wie lange wird das Gerät unterstützt? Kann Kryptografie ohne Hardwaretausch aktualisiert werden?
Das ist besonders relevant für langlebige Infrastruktur wie Netzwerkgeräte, Industrieanlagen, Storage-Systeme und IoT. Ein Produkt, das heute neu gekauft wird und 2035 noch im Einsatz sein soll, muss eine realistische Migrationsperspektive besitzen.
Ein realistischer Migrationsplan für Unternehmen
Phase 1: Discover
Erstellen Sie ein Kryptografie-Inventar. Erfassen Sie Algorithmen, Zertifikate, Schlüssel, Protokolle, Libraries, Appliances, HSMs und externe Abhängigkeiten. Beginnen Sie mit Internet-facing und geschäftskritischen Systemen, aber vergessen Sie interne PKIs und Maschinenidentitäten nicht.
Phase 2: Classify
Bewerten Sie Daten nach ihrer notwendigen Schutzdauer. Ein öffentlicher Marketinginhalt braucht keine PQC-Priorität. Langfristig vertrauliche Unternehmensdaten schon. Ergänzen Sie technische Lebensdauer und Austauschbarkeit der Systeme.
Phase 3: Prioritize
Priorisieren Sie Systeme mit hohem Schutzbedarf, langer Lebensdauer und schwieriger Austauschbarkeit. Genau diese Kombination erzeugt das größte Migrationsrisiko.
Phase 4: Test
Richten Sie eine Testumgebung für PQC-fähige Produkte und Protokolle ein. Messen Sie Latenz, Zertifikatsgrößen, CPU-Last, Paketgrößen und Kompatibilität. Post-Quantum-Verfahren können andere Performance-Eigenschaften besitzen als bisherige Algorithmen.
Phase 5: Migrate
Beginnen Sie kontrolliert mit Systemen, deren Hersteller stabile Unterstützung bereitstellen. Dokumentieren Sie Fallbacks und vermeiden Sie unkoordinierte Einzellösungen.
Phase 6: Maintain
Kryptografie ist kein einmaliges Projekt. Das Inventar muss dauerhaft gepflegt werden. Neue Systeme dürfen nicht wieder alte, langfristig problematische Algorithmen einschleusen.
Was Administratoren konkret prüfen können
Zertifikate: Welche internen und externen CAs existieren und welche Laufzeiten haben Zertifikate?
Server: Welche Systeme verwenden RSA oder ECC für TLS, SSH oder IPsec?
Appliances: Welche Hersteller haben eine dokumentierte PQC-Roadmap?
Software: Welche OpenSSL-, Java-, .NET- oder anderen Crypto-Libraries sind im Einsatz?
Code Signing: Welche Build-Pipelines und Signing-Keys müssen langfristig migriert werden?
Backups: Welche verschlüsselten Archive müssen viele Jahre vertraulich bleiben?
Partner: Welche externen Schnittstellen verhindern eine einseitige Migration?
Hardware: Welche Geräte können nicht einfach per Software aktualisiert werden?
Warum 2035 nicht als Startdatum missverstanden werden darf
NIST beschreibt in seiner Übergangsplanung, dass quantenverwundbare Algorithmen schrittweise abgelöst und bis 2035 aus Standards entfernt werden sollen, wobei Hochrisikosysteme deutlich früher migrieren müssen. Diese Frist ist kein Grund zu warten. Große PKI-, Geräte- oder Protokollmigrationen benötigen oft mehrere Budget- und Hardwarezyklen.
Für viele Unternehmen ist 2026 deshalb das richtige Jahr, um Sichtbarkeit und Crypto Agility aufzubauen. Die eigentliche technische Umstellung kann dann risikobasiert erfolgen, sobald Produkte und Standards in den jeweiligen Plattformen verfügbar sind.
Fazit
Post-Quantum Security ist 2026 kein Projekt für Spezialisten in ferner Zukunft. Die Standards existieren, Hersteller passen ihre Roadmaps an und NIST fordert Organisationen zur Migration auf. Der klügste erste Schritt ist jedoch nicht, sofort überall neue Algorithmen einzuschalten. Unternehmen sollten zuerst wissen, wo Kryptografie eingesetzt wird, welche Daten langfristigen Schutz brauchen und welche Systeme schwer austauschbar sind. Aus diesem Inventar entsteht eine belastbare PQC-Roadmap – und gleichzeitig eine modernere, crypto-agile Sicherheitsarchitektur.
Weiterführende Quellen
NIST: Post-Quantum Cryptography
NIST NCCoE: Migration to Post-Quantum Cryptography
NIST NCCoE: PQC Migration FAQ, aktualisiert Juni 2026
NIST CSRC: Post-Quantum Cryptography Project
Titelbild: Adi Goldstein / Unsplash
Autor: Salman Dolatpanah Gortlar