Zum Inhalt

47-Tage-Zertifikate sind im Anmarsch. Sind Sie bereit?

Jetzt handeln →

Wir stellen das PQC Center of Excellence vor: Ein praxisorientiertes Labor für das Post-Quantenzeitalter 

Eine ML-DSA-44-Signatur ist 2,420 Byte groß. Eine ECDSA-P-256-Signatur hingegen nur 72 Byte. Das ist ein Sprung um das 33-Fache, der sich in jeder Zertifikatskette, jedem TLS-Handshake und jedem eingebetteten Gerät mit fester Puffergröße in Ihrer Umgebung bemerkbar macht. Diese Zahl lässt sich in einem Standard nachlesen. Die Auswirkungen werden aber erst spürbar, wenn Sie das Zertifikat ausstellen und beobachten, welche Probleme auftreten. 

Die Kluft zwischen dem Lesen und Anwenden des Standards ist der Punkt, an dem Post-Quanten-Migrationen oft unbemerkt scheitern. Deshalb haben wir eine Plattform geschaffen, um diese Lücke zu schließen. Das PQC Center of Excellence von Encryption Consulting ist die offene Lernplattform für Post-Quanten-Kryptographie und, noch wichtiger, für deren praktische Anwendung. Studieren Sie die finalisierten Standards, sehen Sie sich die Einführungen an und erstellen Sie anschließend eine kostenlose SaaS-PKI-Sandbox, um vor Ihrem nächsten Planungstreffen ein quantensicheres Zertifikat auszustellen.

TL; DR 

  • Das PQC Center of Excellence ist ein kostenloses Zentrum, das Forschung im Bereich der Post-Quanten-Kryptographie (PQC), Video-Einführungen, Fallstudien und eine Live-Sandbox namens PQC Playground vereint. 
  • Im Playground können Sie eine Root-CA und eine Issuing-CA auf ML-DSA einrichten, eine vordefinierte oder vollständig bereitgestellte Hierarchie starten und quantensichere Zertifikate durchgängig ausstellen und validieren. 
  • Drei NIST-Standards sind final: FIPS 203 (ML-KEM), FIPS 204 (ML-DSA) und FIPS 205 (SLH-DSA), veröffentlicht im August 2024. HQC und FN-DSA befinden sich noch in der Entwicklung. 
  • Die Größe ist das praktische Problem, das niemand einplant. Eine ML-DSA-Zertifikatskette umfasst etwa 14 bis 18 KB, während eine ECDSA-Kette etwa 586 Byte groß ist, was das typische anfängliche Stauungsfenster von TCP von 14.5 KB überschreitet. 
  • Die Executive Order 14412 legt den 31. Dezember 2030 für die Einrichtung von Post-Quantum-Schlüsseln und den 31. Dezember 2031 für digitale Signaturen auf hochwertigen Vermögenswerten des Bundes fest. NIST IR 8547 sieht vor, dass RSA und ECDSA bis 2030 veraltet und nach 2035 nicht mehr zulässig sein werden. 
  • Beginnen Sie mit der Analyse und dem Aufbau einer Testhierarchie, nicht mit einem Komplettaustausch. Das Lab ist genau für diesen ersten Schritt konzipiert. 

Für wen ist das? 

Wenn Sie sich Beginnen mit Parce que 
Ein PKI- oder Krypto-Ingenieur Der PQC-Spielplatz Sie müssen das Verhalten der ML-DSA-Kette sehen, bevor Sie eine entwerfen. 
Ein Sicherheitsarchitekt Die Whitepaper und der 9-Phasen-Migrationsleitfaden Sie haben die Wahl zwischen gestaffelten, hybriden und an CNSA 2.0 ausgerichteten Ansätzen. 
Ein CISO oder Compliance-Beauftragter Die Video-Einführungen und die Fristenübersicht unten Sie benötigen einen Überblick über die regulatorischen Rahmenbedingungen und einen nachvollziehbaren Zeitplan. 
Ein App- oder Plattformbesitzer Der Abschnitt „Größe und Leistung“ unten Bei Ihrem Dienst wird die Zertifikatsgröße tatsächlich festgelegt. 

PQC-Beratungsdienste

Erreichen Sie die Post-Quanten-Bereitschaft mit einer von Experten geleiteten kryptografischen Bewertung, einer Migrationsstrategie und einer praktischen Implementierung gemäß den NIST-Standards.

Warum wir es gebaut haben 

Etwa sechs Monate nach Beginn eines PQC-Programms tritt eine bestimmte Art von Fehler auf. Der Fahrplan sieht hervorragend aus. Der Lenkungsausschuss ist zufrieden. Dann versucht jemand, das erste ML-DSA-Zertifikat gegen die reale PKI zu registrieren und stellt fest, dass die im Produktivbetrieb eingesetzte CA-Softwareversion den Algorithmus nicht unterstützt, dass die Middleware mit einem Zertifikat, das um ein Vielfaches größer ist als erwartet, überfordert ist oder dass niemand mit Sicherheit sagen kann, welche der 400 internen Anwendungen bei einer Änderung der Zertifikatskette ausfallen wird. 

Nichts davon lässt sich anhand einer Präsentation herausfinden. Man kann es aber in zwanzig Minuten im Sandkasten herausfinden. 

Das ist der Grundgedanke hinter dem Kompetenzzentrum. Die Lesematerialien und Einführungen machen Ihr Team mit dem Fachvokabular vertraut. Der Übungsplatz vermittelt die entsprechenden Verhaltensweisen. Beides ist kostenlos, beides ist frei zugänglich und für keines von beiden müssen Sie ein Produktivsystem berühren, um etwas Nützliches zu lernen. 

Es gibt einen zweiten Grund. Post-Quanten-Migration ist eigentlich kein Kryptografieprojekt, sondern ein Bestandsaufnahme- und Agilitätsprojekt. Die Absicherung Ihrer heutigen Infrastruktur ist die Grundlage für eine quantensichere Zukunft. Man kann nicht migrieren, was man nicht gefunden hat, und man kann einen Algorithmus nicht schnell austauschen, wenn jedes Zertifikat fest codiert, manuell ausgestellt und undokumentiert ist. Kryptografische Agilität – die Fähigkeit, kryptografische Primitive schnell und sicher an veränderte Standards anzupassen – ist das eigentliche Ergebnis. Teams, die diese Agilität jetzt entwickeln, entschärfen das Risiko des „Erfassens und späteren Entschlüsselns“ – also die Praxis, verschlüsselten Datenverkehr heute zu sammeln und ihn erst mit der Verfügbarkeit eines Quantencomputers zu entschlüsseln, anstatt ihn am Tag der Verfügbarkeit des Computers zu verschlüsseln. 

Was befindet sich im PQC-Kompetenzzentrum? 

Die Normen- und Forschungsbibliothek 

Eine sorgfältig zusammengestellte Sammlung von Blogs, Fallstudien und Whitepapers bietet Ihnen alle notwendigen Informationen, bevor Sie sich für einen Ansatz entscheiden. Dazu gehören „PQC-Migration 2026: Entwicklung einer Roadmap, die den Produktiveinsatz übersteht“ , „NIST PQC-Standards erklärt“ und unser 12-Monats-Leitfaden für Experten im Bereich digitales Vertrauen. Die Whitepapers beleuchten branchenspezifische Herausforderungen, darunter PQC für Finanzdienstleistungen und das Problem der Signaturauswahl. Hierbei hat die Entscheidung zwischen ML-DSA, SLH-DSA und schließlich FN-DSA konkrete Auswirkungen auf die Zertifikatsgröße, die Verifizierungskosten und die Hardwareunterstützung.

Wenn Sie eher die Definitionen als die Meinungen wünschen, bietet das Education Center die Artikel „ Einführung in die Post-Quanten-Kryptographie“ und „Was ist CNSA 2.0?“ als eigenständige Erklärungen an.

Der PQC-Spielplatz 

Dies ist der Bereich, den wir einem praxisorientierten Entwickler als Erstes empfehlen würden. Der Playground ist eine kostenlose SaaS-PKI-Sandbox, in der Sie eine Root-CA und eine Issuing-CA auf ML-DSA einrichten, eine vordefinierte Hierarchie oder, falls Sie die Einrichtung überspringen möchten, eine vollständig implementierte Hierarchie starten und anschließend quantensichere Zertifikate ausstellen und durchgängig validieren können. 

Keine Produktionsabhängigkeit, kein Beschaffungszyklus, kein Risiko für Ihre wichtigsten Werte. Ziel ist es, dass Ihr Team sein erstes quantensicheres Zertifikat im Labor erhält, nicht erst nach einem Ausfall. 

Die Produktionswerkzeugkette 

Wenn aus der Sandbox-Entwicklung ein reales Programm wird, verbindet sich das Lab mit den Plattformen, die es tragen: 

  • CertSecure Manager für die Transparenz von Zertifikaten, die automatisierte Lebenszyklusverwaltung über verschiedene Zertifizierungsstellen hinweg und die richtlinienbasierte Registrierung über ACME, SCEP und EST. 
  • CBOM Secure für die kontinuierliche, automatisierte Inventarisierung aller kryptografischen Assets in Ihrer Umgebung mit revisionssicheren Berichten gemäß PCI DSS, FIPS SP 800 und SOC 2. 
  • CodeSign Secure für HSM-gestützte Codesignierung mit CI/CD-Automatisierung und PQC-fähiger Unterstützung für ML-DSA und LMS. 

Deine erste Stunde auf dem Spielplatz 

Wenn du nur eine Stunde Zeit hast, verbringe sie so. 

1. Richten Sie eine Root-CA auf ML-DSA ein: Beachten Sie, wie lange die Schlüsselgenerierung im Vergleich zu dem dauert, was Ihr Team von RSA oder ECDSA erwartet.

2. Fügen Sie eine ausstellende Zertifizierungsstelle hinzu und bauen Sie die Kette auf: Hier beginnen sich die Kosten von Hierarchie-Designentscheidungen zu zeigen.

3. Stellen Sie ein Endbenutzerzertifikat aus und exportieren Sie die vollständige Zertifikatskette: Messen Sie die Werte. Vergleichen Sie diese Werte mit den Puffergrößen Ihrer Middleware, Load Balancer und eingebetteten Clients.

4. Validieren Sie die Kette von Anfang bis Ende: Beobachten Sie, was Ihr Validierungspfad mit einer mehrere tausend Byte langen Signatur macht.

5. Notieren Sie die drei Dinge, die Sie überrascht haben: Diese drei Dinge sind der eigentliche Input für Ihre Roadmap, und es handelt sich fast nie um die Dinge, die auf der ursprünglichen Roadmap standen.

Das Größenproblem, für das niemand plant 

Post-Quantum-Zertifikate sind nicht ohne Weiteres austauschbar, und der Grund dafür liegt in der Arithmetik und nicht in der Kryptografie. Die unten aufgeführten Größen basieren auf FIPS 204 und sind diejenigen, die in Ihrer Blockchain landen werden. 

Algorithmus Öffentlicher Schlüssel (Bytes)Signatur (Bytes) 
ECDSA P-256 65 72 
RSA-2048 272 256 
ML-DSA-44 1,312 2,420 
ML-DSA-65 1,952 3,309 
ML-DSA-87 2,592 4,627 

Für den Schlüsselaustausch verwendet ML-KEM-768 gemäß dem IETF-Entwurf ML-KEM für TLS 1.3 einen 1,184 Byte langen Kapselungsschlüssel und einen 1,088 Byte langen Chiffretext. ML-KEM-1024 verwendet für beides jeweils 1,568 Byte.

Der kumulative Effekt ist entscheidend. Eine typische ECDSA-Zertifikatskette umfasst etwa 586 Byte. Die entsprechende ML-DSA-Kette ist je nach gewählten Parametern etwa 14 bis 18 KB groß und überschreitet damit das anfängliche Stauungsfenster von ca. 14.5 KB, mit dem die meisten TCP-Verbindungen beginnen. Das bedeutet einen zusätzlichen Roundtrip beim ersten Handshake jeder neuen Verbindung, bevor Ihre Anwendung auch nur ein einziges Byte sendet. 

Deshalb betonen wir immer wieder, dass die Arbeit am Playground vor der Roadmap-Arbeit erfolgen muss. Die Frage der Zertifikatsgröße lässt sich nicht anhand eines Datenblatts beantworten. Sie lässt sich nur durch die Ausstellung eines Zertifikats und dessen Verwendung in Ihrem eigenen Stack klären. RFC 9881 definiert nun die ML-DSA-Algorithmus-IDs für X.509, sodass die im Lab erstellten Zertifikate dieselbe Kodierung verwenden, die auch Ihre Produktionszertifizierungsstelle später einsetzen wird.

Die Uhr, gegen die Sie tatsächlich ankämpfen 

Auf der Webseite des Kompetenzzentrums wird 2035 als das Jahr genannt, in dem alle Systeme voraussichtlich quantensicher sein werden. Dies ist der äußerste Zeitraum, nicht das Ziel. Die Daten, die Sie zuerst in Ihrem Kalender sehen werden, liegen näher. 

Datum Was ändert sichWen es trifft 
15. März 2026 Die maximale Gültigkeitsdauer öffentlicher TLS-Zertifikate sinkt auf 200 Tage (CA/B Forum SC-081v3). Jeder, der öffentliches TLS betreibt 
September 2026 Migrationspläne der Bundesbehörden zum PQC-System aufgrund der OMB-Vorschrift (EO 14412) Bundesagenturen 
15. März 2027 Die maximale Gültigkeitsdauer des öffentlichen TLS-Zertifikats sinkt auf 100 Tage. Jeder, der öffentliches TLS betreibt 
15. März 2029 Die maximale Gültigkeitsdauer des öffentlichen TLS-Zertifikats sinkt auf 47 Tage. Jeder, der öffentliches TLS betreibt 
Ende 2030 RSA und ECDSA gelten gemäß NIST IR 8547 als veraltet; für hochwertige Vermögenswerte des Bundes muss die Post-Quantum Key Establishment-Methode verwendet werden; Bundesauftragnehmer müssen die NIST PQC-Standards erfüllen. Breit 
Ende 2031 Hochwertige Vermögenswerte des Bundes müssen mithilfe von digitalen Signaturen nach dem Quantenverfahren gesichert werden. Bundesbehörden und Auftragnehmer 
2035 RSA und ECDSA sind gemäß NIST IR 8547 nicht zulässig; CNSA 2.0 ist das Ziel für nationale Sicherheitssysteme. Breit 

Zwei dieser Reihen verdienen einen genaueren Blick. 

Die Standards entwickeln sich stetig weiter: FIPS 203 (ML-KEM), FIPS 204 (ML-DSA) und FIPS 205 (SLH-DSA) wurden im August 2024 finalisiert. Das NIST wählte HQC im März 2025 als alternativen Schlüsselkapselungsmechanismus, der auf einer anderen mathematischen Grundlage als ML-KEM basiert. FN-DSA (FIPS 206) befindet sich seit August 2025 im Entwurfsstadium; die Finalisierung wird für Ende 2026 oder Anfang 2027 erwartet. Drei Standards sind bereits produktionsreif. Zwei weitere stehen kurz vor der Veröffentlichung. Genau deshalb ist Flexibilität wichtiger als die Wahl eines einzelnen Algorithmus.

Der Zertifikatslebensdauerplan ist ein oft übersehener Punkt: Die Abstimmung des CA/Browser-Forums zu SC-081v3 hat nichts mit Quantencomputing zu tun, wird aber Ihre PQC-Zeitplanung dennoch stärker beeinflussen als die meisten PQC-Richtlinien. Ein Team, das nicht alle 47 Tage verlängern kann, wird nicht in jedem Zyklus einen Algorithmus im gesamten Netzwerk austauschen. Die Automatisierung, die Sie für das eine entwickeln, benötigen Sie auch für das andere.

PQC-Beratungsdienste

Erreichen Sie die Post-Quanten-Bereitschaft mit einer von Experten geleiteten kryptografischen Bewertung, einer Migrationsstrategie und einer praktischen Implementierung gemäß den NIST-Standards.

Unsere Meinung: Beweglichkeit ist ein Muskel, kein Meilenstein 

Hier ist unsere tatsächliche Empfehlung, basierend auf den von uns durchgeführten PQC-Programmen. 

Beginnen Sie nicht mit der Algorithmusauswahl, sondern mit der Ermittlung der kryptografischen Gegebenheiten. Die häufigste Entdeckung bei einer ersten Bestandsaufnahme kryptografischer Systeme ist nicht etwa schwache, sondern unbekannte Kryptografie: Zertifikate, die niemandem gehören, Bibliotheken, deren Versionen niemand nachverfolgt, und Signaturschlüssel auf einem Build-Server, der älter ist als das aktuelle Team. Solange diese Bestandsaufnahme nicht vorliegt, ist jede Migrationsschätzung eine Schätzung. Genau aus diesem Grund existiert CBOM Secure, und deshalb stellen wir in unserem 9-phasigen PQC-Migrationsleitfaden die Ermittlung kryptografischer Gegebenheiten vor die Algorithmusentscheidungen.

Behandeln Sie die Sandbox als obligatorischen Schritt, nicht als optionale Erweiterung: Geben Sie zwei Entwicklern eine Woche Zeit, die Sandbox zu testen, bevor Sie die Roadmap erstellen. Ihre Erkenntnisse zu Zertifikatsgrößen, dem Verhalten der Kettenvalidierung und der HSM-Unterstützung werden den Plan verändern, und eine Planänderung ist deutlich kostengünstiger als eine Implementierung.

Wählen Sie die Parametersätze bewusst: ML-DSA-87 ist nicht automatisch die beste Wahl. Der Wechsel von ML-DSA-44 zu ML-DSA-87 verdoppelt die Signaturgröße nahezu – ein Sicherheitszuwachs, der in den meisten Unternehmensanwendungen nicht erforderlich ist. Sofern Sie nicht an CNSA 2.0 gebunden sind, das höhere Parametersätze für nationale Sicherheitssysteme vorschreibt, sollten Größe und Leistung bei der Entscheidung eine entscheidende Rolle spielen.

Gehen Sie davon aus, dass Sie dies mehr als einmal durchführen müssen: FN-DSA und HQC sind noch nicht final. Die Richtlinien werden sich ständig weiterentwickeln. Konzipieren Sie eine Architektur für den Algorithmusaustausch mit Zertifikatsautomatisierung und zentralisierter Richtlinie, dann kostet die zweite Migration nur einen Bruchteil der ersten. Konzipieren Sie hingegen eine einmalige Umstellung, zahlen Sie bei jeder Standardänderung den vollen Preis.

Seien Sie ehrlich hinsichtlich der Hardware: HSM-Firmware, Smartcards, Netzwerkgeräte und eingebettete Systeme bestimmen den tatsächlichen Zeitrahmen. Einige der aktuell in Ihrer Umgebung vorhandenen Komponenten werden ML-DSA nie unterstützen und müssen im Rahmen eines Beschaffungszyklus, nicht eines Sprintzyklus, ersetzt werden. Konzentrieren Sie sich zunächst auf diese Komponenten, da sie den größten Zeitaufwand bedeuten.

FAQ 

Ist das PQC Center of Excellence kostenlos? 

Ja. Die Forschungsbibliothek, Whitepaper, Fallstudien und Video-Einführungen stehen allen zur Verfügung. Der PQC Playground ist eine kostenlose SaaS-Sandbox zum Aufbau einer quantensicheren PKI-Hierarchie und zur Ausstellung von Testzertifikaten. Ein kostenpflichtiges Abonnement ist erst dann erforderlich, wenn Sie eine produktive Implementierung oder Beratungsleistungen wünschen. 

Was kann ich im PQC-Spielplatz eigentlich bauen? 

Sie können eine Root-CA und eine Issuing-CA auf ML-DSA einrichten oder eine vordefinierte oder vollständig bereitgestellte Hierarchie starten, um die Einrichtung zu überspringen. Anschließend können Sie quantensichere Zertifikate durchgängig ausstellen und validieren. Die Anwendung läuft vollständig innerhalb der Lab-Umgebung, sodass Ihre produktive PKI nicht beeinträchtigt wird. 

Welche Post-Quanten-Algorithmen sind bereit für den Produktiveinsatz? 

Drei NIST-Standards sind finalisiert: FIPS 203 (ML-KEM) für die Schlüsselerzeugung, FIPS 204 (ML-DSA) für digitale Signaturen und FIPS 205 (SLH-DSA) als Alternative für Hash-basierte Signaturen. HQC wurde im März 2025 als alternativer Schlüsselkapselungsmechanismus ausgewählt, und FN-DSA (FIPS 206) befindet sich noch im Entwurfsstadium. Konzipieren Sie für die drei finalisierten Standards und so, dass die übrigen später hinzugefügt werden können. 

Wie viel größer sind Post-Quanten-Zertifikate? 

Im Wesentlichen. Eine ML-DSA-44-Signatur umfasst 2,420 Byte, im Vergleich zu 72 Byte bei ECDSA P-256, und eine ML-DSA-87-Signatur ist 4,627 Byte groß. Eine vollständige ML-DSA-Zertifikatskette ist etwa 14 bis 18 KB groß, verglichen mit etwa 586 Byte bei einer ECDSA-Kette. Dies reicht aus, um das typische anfängliche Stauungsfenster von TCP von 14.5 KB zu überschreiten und einen zusätzlichen Roundtrip beim Handshake zu verursachen. 

Muss ich jetzt auf PQC umsteigen, wenn ich keine Bundesbehörde bin? 

Die bundesweiten Fristen sind zwar sichtbar, doch zwei Dinge gelten für alle. Die Methode „Erfassen und später entschlüsseln“ bedeutet, dass Daten mit langer Vertraulichkeitsdauer bereits jetzt der zukünftigen Entschlüsselung ausgesetzt sind. Und die NIST-Richtlinie IR 8547 sieht vor, dass RSA und ECDSA nach 2035 nicht mehr zulässig sein werden. Dies wird sich über Anbieter, Prüfer und Compliance-Rahmenwerke bereits weit vor diesem Datum auf kommerzielle Systeme auswirken. 

Wo sollte ein Team anfangen? 

Zuerst eine Bestandsaufnahme durchführen. Alle verwendeten Zertifikate, Schlüssel, Algorithmen und Bibliotheken, auch im Quellcode, erfassen. Anschließend im Playground eine quantensichere Hierarchie anhand Ihrer realen Anforderungen testen. Erst dann die Roadmap erstellen. Diese Vorgehensweise entscheidet darüber, ob ein Plan im Produktivbetrieb funktioniert oder nicht. 

Im Labor beginnen 

Das Lesen über Post-Quanten-Kryptographie ist der günstige Teil. Die Überraschungen hingegen gibt es erst beim Ausprobieren, und Überraschungen lassen sich in einer Sandbox viel besser entdecken als in einem Änderungsfenster. 

Erkunden Sie das PQC Center of Excellence und erstellen Sie Ihre erste quantensichere Hierarchie im PQC Playground.

Wenn Sie Ihre eigene Umgebung vor unserer einsehen möchten, zeigt Ihnen unser kostenloser ASN.1-CSR- und Zertifikatsdecoder in etwa zehn Sekunden, welche Algorithmen Ihre aktuellen Zertifikate tatsächlich verwenden. Für einen umfassenderen Überblick beschreibt das Whitepaper „Post-Quantum Cryptography Readiness“ im Lab die von uns mit Kunden durchgeführte Bewertung.

Wenn Sie bereit sind, Ihre Laborarbeit in ein Programm umzuwandeln, setzt unser PQC Advisory Services Team eine strukturierte 9-Phasen-Migrationsmethodik ein, die auf ISO/IEC 27001:2022- und SOC 2-zertifizierten Verfahren basiert.