PQC für Codesignierung: Schutz langlebiger Software und Firmware

Kurz gesagt: Die Codesignierung birgt ein erhebliches, langfristiges Risiko, das in der PQC-Planung meist unterschätzt wird: Ein signiertes Installationsprogramm, Firmware-Image oder Update-Paket bleibt nach der Signierung Jahre oder Jahrzehnte im Umlauf. Eine heute angewendete klassische Signatur ist daher für die gesamte Lebensdauer des Produkts angreifbar, nicht nur bis zur Verfügbarkeit eines Quantencomputers. Um dieses Risiko zu minimieren, müssen fünf Punkte beachtet werden: die Wahl des richtigen Algorithmus, die Vergabe eines Zeitstempels für jede Signatur, sodass diese auch nach Ablauf des Zertifikats gültig bleibt, die Bestätigung, dass HSM und Zeitstempelzertifizierungsstelle Post-Quanten-Operationen unterstützen, die Gewährleistung, dass das Verifizierungs-Ökosystem, das die Signaturen verwendet, diese überprüfen kann, und die Durchführung eines Pilotprojekts zur parallelen Signaturierung vor der Produktionsumstellung. Dieser Leitfaden behandelt alle fünf Punkte.

Unser Leitfaden zur PQC-Codesignaturarchitektur behandelt die Algorithmusauswahl und die schrittweise Migrationsplanung ausführlich. Dieser Leitfaden konzentriert sich auf die Zeit nach der Algorithmusauswahl: die Sicherstellung der Verifizierbarkeit einer Signatur, solange das geschützte Artefakt verwendet wird, einschließlich Zertifikatsablauf, TSA- und HSM-Bereitschaftslücken und eines eventuellen Algorithmuswechsels.

Wichtige Erkenntnisse

• Signierte Software und Firmware bleiben über Jahre oder Jahrzehnte im Umlauf, daher entspricht das Risikofenster für eine klassische Signatur der gesamten Lebensdauer des Artefakts und nicht nur der Zeit bis zur Existenz eines Quantencomputers.
• Ein RFC 3161-Zeitstempel beweist, dass eine Signatur zu einem bestimmten Zeitpunkt erstellt wurde. Dadurch kann die Verifizierung auch dann noch erfolgreich sein, wenn das Signaturzertifikat selbst bereits abgelaufen ist.
• Die meisten öffentlichen Zeitstempelbehörden haben die Unterstützung für Post-Quantum-Signaturen noch nicht implementiert, und den meisten älteren FIPS 140-2 HSMs fehlt die native Unterstützung für den PQC-Algorithmus. Dies sind zwei separate Bereitschaftslücken, die beide überprüft werden müssen, bevor ein Pilotprojekt als vollständig Post-Quantum gelten kann.
• Firmware mit einem Einsatzlebenszyklus von mehr als zehn Jahren steht vor einem besonderen Problem: Sie kann nach dem Einsatz nicht neu signiert werden, daher muss die zum Zeitpunkt der Erstellung angewendete Signatur während der gesamten Betriebsdauer des Geräts überprüfbar bleiben.
• Ein Pilotprojekt zur parallelen Signaturerstellung, bei dem sowohl eine klassische als auch eine Post-Quanten-Signatur auf dasselbe Artefakt angewendet wird, ermöglicht es einer Organisation, Post-Quanten-Werkzeuge zu validieren, ohne die Verifizierung für Systeme zu beeinträchtigen, die noch nicht Post-Quanten-fähig sind.

Das Risiko einer langlebigen Signatur

Die meisten Diskussionen über Quantenrisiken konzentrieren sich auf das sogenannte „Erfassen und später Entschlüsseln“: Ein Angreifer fängt heute verschlüsselten Datenverkehr ab, um ihn zu entschlüsseln, sobald ein Quantencomputer verfügbar ist. Die Codesignierung birgt ein verwandtes, aber eigenständiges Risiko: Ein Angreifer, der klassische Signaturen fälschen kann, sobald ein kryptografisch relevanter Quantencomputer existiert, kann nachträglich Schadsoftware erzeugen, die von legitimer, historisch signierter Software nicht zu unterscheiden ist. Ein signiertes Installationsprogramm, ein Firmware-Image oder ein Update-Paket, das jahrelang im Umlauf bleibt, bedeutet, dass das Zeitfenster für Angriffe nicht mit dem Erscheinen eines Quantencomputers beginnt, sondern die gesamte verbleibende Nutzungsdauer aller zu diesem Zeitpunkt noch aktiven, klassisch signierten Artefakte umfasst. Deshalb muss die Planung der Migration von Codesignierungen die spezifische Lebensdauer der Artefakte berücksichtigen und nicht nur eine allgemeine Migrationsfrist.

Was Zeitstempel tatsächlich bewirken

Ein Code-Signaturzertifikat hat eine Gültigkeitsdauer von typischerweise 460 Tagen gemäß den aktuellen Anforderungen des CA/Browser Forums. Ohne Zeitstempel hängt die Überprüfung einer Signatur davon ab, sie mit einem Zertifikat abzugleichen, das zum Zeitpunkt der Überprüfung noch gültig sein muss. Dies wird zum Problem, sobald das Zertifikat abläuft, da die Überprüfung von Software, die vor Jahren signiert wurde, sonst fehlschlägt.

Eine RFC-3161-Zeitstempelstelle löst dieses Problem, indem sie einen Hash der Signatur kryptografisch an einen vertrauenswürdigen, unabhängig verifizierbaren Zeitpunkt bindet. Hierfür verwendet sie ihren eigenen Signaturschlüssel, der in einem HSM gespeichert ist. Ein Prüfer, der eine zeitgestempelte Signatur nach Ablauf des Zertifikats überprüft, stellt eine andere Frage: War das Zertifikat zum Zeitpunkt der Erstellung der Signatur durch den Zeitstempel gültig, und nicht, ob es aktuell gültig ist? Aus diesem Grund gilt die Zeitstempelung jeder Codesignatur-Operation in der Produktion als obligatorische Vorgehensweise und nicht als optionale Ergänzung.

Zeitstempelbehörde Bereitschaft nach der Quantenberechnung

Dies ist die Lücke, die die meisten PQC-Codesignaturpläne übersehen. Ein Zeitstempel-Token ist selbst eine digitale Signatur, die mit dem Schlüssel der TSA erzeugt wird. Dieser Schlüssel muss postquantenfähig sein, damit der Zeitstempel selbst künftiger Kryptoanalyse widersteht. Zum Zeitpunkt der Veröffentlichung dieses Leitfadens befindet sich die Unterstützung für postquantenfähige Zeitstempel im TSA-Ökosystem noch im Aufbau und ist nicht flächendeckend verfügbar. Das bedeutet, dass Organisationen, die heute ML-DSA-Codesignaturen testen, möglicherweise feststellen, dass ihre Zeitstempel noch mit einem klassischen RSA- oder ECDSA-TSA-Schlüssel ausgestellt werden.

Diese Lücke ist insbesondere für langlebige Artefakte relevant. Ein mit ML-DSA signiertes, aber mit einem klassischen Schlüssel zeitgestempeltes Softwareartefakt weist eine Schwachstelle auf: Der Zeitstempel, der die Erstellung der Post-Quanten-Signatur belegt, ist selbst anfällig für dasselbe kryptanalytische Risiko, das die Post-Quanten-Signatur eigentlich vermeiden sollte. Prüfen Sie daher die spezifische Roadmap und Algorithmusunterstützung Ihres TSA-Anbieters für Post-Quanten-Verschlüsselung, bevor Sie ein Pilotprojekt zur Code-Signatur als vollständig Post-Quanten-konform betrachten. Sobald Ihr Anbieter die Post-Quanten-Zeitstempelung anbietet, versehen Sie kritische, langlebige Artefakte erneut mit einem Zeitstempel.

HSM-Unterstützung: Die andere Bereitschaftslücke

Die Bereitschaft der Zeitstempel-Autorisierung ist nur die eine Hälfte der Infrastrukturfrage; die andere Hälfte stellt das HSM dar, das Ihre eigentlichen Signaturschlüssel enthält. Die Anforderungen des CA/Browser Forums schreiben vor, dass die privaten Schlüssel für die Codesignierung auf FIPS-validierter Hardware und nicht in Software gespeichert sein müssen. Die meisten älteren, FIPS 140-2-zertifizierten HSMs wurden vor der Finalisierung von ML-DSA und SLH-DSA durch das NIST entwickelt und bieten keine native Unterstützung für diese Verfahren. Organisationen, die ältere HSM-Firmware verwenden, müssen entweder auf FIPS 140-3-fähige Firmware mit Post-Quantum-Unterstützung aktualisieren oder während der Übergangsphase einen bewussten Dual-Stack-Ansatz verfolgen: Klassisches Signieren wird auf der vorhandenen Hardware fortgesetzt, während Post-Quantum-Signierung auf aktualisierten oder neu beschafften HSMs ausgeführt wird.

Bevor Sie eine Produktionssignierungspipeline dafür einrichten, überprüfen Sie Ihr spezifisches HSM-Modell und Ihre Firmware-Version anhand der tatsächlich vom Hersteller bereitgestellten Post-Quantum-Codierung (PQC)-Unterstützung – nicht anhand einer Roadmap-Ankündigung. Die FIPS-140-3-Zertifizierung für PQC-fähige HSM-Firmware schreitet bei den großen Herstellern voran, die bereitgestellte Unterstützung variiert jedoch je nach Modell und Firmware-Version. Genau hier, in der Diskrepanz zwischen der vom Hersteller angekündigten PQC-Unterstützung und der tatsächlich in unserer Hardware validierten PQC-Firmware, geraten Signierungspipelines ins Stocken.

Langzeitvalidierung: Mehr als nur ein einzelner Zeitstempel

Die Langzeitvalidierung (LTV) erweitert die Verifizierbarkeit von Signaturen, indem sie neben dem Zeitstempel auch Informationen zum Widerrufsstatus, wie z. B. eine OCSP-Antwort oder eine CRL, einbettet, die zum Zeitpunkt der Signatur oder kurz danach erfasst wurden. Eine vertrauenswürdige Zeitquelle und der Nachweis, dass das Signaturzertifikat zu diesem Zeitpunkt nicht widerrufen wurde, gewährleisten, dass eine Signatur über lange Zeiträume – in manchen Fällen bis zu zwanzig Jahre – verifizierbar bleibt, ohne dass der Prüfer einen aktiven Widerrufsdienst kontaktieren muss, der zum Zeitpunkt der Überprüfung möglicherweise nicht mehr existiert.

Bei Artefakten mit besonders langen Verifizierungsanforderungen kann ein zweiter Zeitstempel angewendet werden, bevor der Vertrauensanker des ersten Zeitstempels fragwürdig wird. Dadurch wird die beweisbare Zeitachse der Signatur effektiv weiter in die Zukunft verschoben. Dieser mehrstufige Ansatz, nicht ein einzelner Zeitstempel allein, ist die Grundlage für eine wirklich dauerhafte Gültigkeit der Signatur.

Firmware: Ein besonderes Problem mit langlebigen Signaturen

Firmware birgt ein Problem mit langlebigen Signaturen, das bei Software-Updates im Allgemeinen nicht auftritt: Einmal auf einem Gerät installiert, lässt sie sich häufig nicht neu signieren oder ersetzen, insbesondere bei eingebetteter oder industrieller Hardware mit jahrzehntelanger Lebensdauer. Die bei der Erstellung angewendete Signatur ist die einzige, die dieses Artefakt jemals besitzen wird. Daher hat die Wahl des Signaturalgorithmus sowie der zugehörigen Strategie für Zeitstempelung und Langzeitvalidierung Konsequenzen für die gesamte Betriebsdauer des Geräts, nicht nur für den Zeitraum der ersten Bereitstellung.

Aus diesem Grund sind Hash-basierte Signaturverfahren wie LMS und XMSS sowie ML-DSA für die Firmware-Signierung von besonderem Interesse: Ihre Sicherheit beruht auf den Eigenschaften der Hash-Funktion und nicht auf neueren Gitterannahmen. Diese konservative Wahl ist für ein Artefakt, das nicht neu signiert werden kann, von größerer Bedeutung als für eines, das im Rahmen eines normalen Aktualisierungszyklus neu ausgestellt werden kann.

Verifikationsökosysteme: Das mehrjährige Synchronisierungsproblem

Eine Signatur ist nur dann nützlich, wenn die prüfenden Systeme sie auch validieren können. Jedes Betriebssystem, jeder Browser, jedes Sicherheitstool und jede Installationsplattform, die signierte Artefakte verifiziert, muss Post-Quanten-Algorithmen erkennen, um eine korrekte Validierung durchführen zu können. Dies ist eine mehrjährige Herausforderung für die Synchronisierung des gesamten Ökosystems und keine einmalige Aktualisierung: Organisationen, die heute mit ML-DSA signieren, erzeugen Artefakte, die auf jedem Verifizierungssystem fehlschlagen, das diesen Algorithmus noch nicht unterstützt. Genau dieses Kompatibilitätsrisiko soll ein Pilotprojekt zur parallelen Signaturierung minimieren.

Erstellen Sie vor der Einführung eine detaillierte Abbildung Ihres tatsächlichen Verifizierungssystems, nicht nur der Signaturseite: Welche Betriebssystemversionen, Sicherheitstools und Installationsprogramme verwenden Ihre Kunden oder internen Benutzer tatsächlich, und welche davon unterstützen bereits Post-Quantum-Signaturen? Eine technisch fertige Signaturpipeline ist nicht dasselbe wie eine Implementierung, die für Ihre realen Benutzer auch tatsächlich validiert wird.

Durchführung eines Pilotprojekts zur parallelen Unterzeichnung

Die praktische Methode zur Validierung von Post-Quantum-Codesignatur-Tools ohne Risiko für die Produktionsverifizierung besteht darin, sowohl eine klassische als auch eine Post-Quantum-Signatur auf dasselbe Artefakt anzuwenden – ein separates Dual-Signatur-Muster anstelle einer einzelnen Hybrid-Signatur. Systeme, die bereits die klassische Signatur validieren, funktionieren weiterhin unverändert; Systeme, die für die Prüfung der Post-Quantum-Signatur aktualisiert wurden, können diese unabhängig verifizieren. Dadurch kann ein Unternehmen seine ML-DSA-Signaturinfrastruktur, HSM-Unterstützung, Zeitstempelung und CI/CD-Integration unter Produktionsbedingungen testen, während alle bestehenden Verifizierer weiterhin genau wie vor Beginn des Pilotprojekts funktionieren.

Was wir tatsächlich empfehlen würden

Bevor Sie einen ML-DSA-Signaturtest als vollständig quantenresistent betrachten, vergewissern Sie sich, dass sowohl Ihre Zeitstempelbehörde als auch Ihr HSM spezifische Post-Quanten-Algorithmen unterstützen. Signatur, Zeitstempel und die zugehörige Hardware müssen Post-Quanten-fähig sein, damit das Artefakt tatsächlich geschützt ist. Führen Sie jetzt parallele klassische und Post-Quanten-Signaturen für Produktionsartefakte durch, anstatt auf eine vollständige Umstellung zu warten, um die Tools unter realen Produktionsbedingungen und ohne Verifizierungsrisiko zu validieren. Bei Firmware und anderen Artefakten, die nach der Bereitstellung nicht neu signiert werden können, sollten Sie den Signaturalgorithmus und die Zeitstempelstrategie als Entscheidung mit Konsequenzen für die gesamte Betriebsdauer des Geräts betrachten und diese entsprechend gewichten. Bilden Sie Ihr Verifizierungs-Ökosystem parallel zu Ihrer Signaturinfrastruktur ab, da eine technisch vollständige Signaturpipeline in der Produktion immer noch fehlschlägt, wenn die Systeme zur Überprüfung dieser Signaturen nicht auf dem neuesten Stand sind.

Wie Verschlüsselungsberatung helfen kann

CodeSign Secure , die Enterprise-Codesignierungsplattform von Encryption Consulting, wurde speziell für die in diesem Leitfaden beschriebenen Risiken entwickelt: Sie unterstützt ML-DSA- und SLH-DSA-Signierung mit abtrennbaren Signaturen, speichert Schlüssel in FIPS-validierten HSMs und erzwingt die RFC-3161-Zeitstempelung als richtliniengesteuerten Schritt in jedem Signierungsworkflow. Dadurch werden die oben genannten Lücken in Bezug auf Zeitstempel und HSM-Bereitschaft auf Plattformebene geschlossen und nicht der individuellen Pipeline-Konfiguration überlassen. Die Signierung von Firmware und IoT-Geräten wird über LMS (NIST SP 800-208) unterstützt, das Hash-basierte Verfahren, das in diesem Leitfaden für Artefakte verwendet wird, die nach der Bereitstellung nicht erneut signiert werden können.

Unsere PQC-Beratungsleistungen integrieren die in diesem Leitfaden beschriebene TSA-Bereitschaftsbewertung, die Kartierung des Verifizierungsökosystems und das Pilotprojekt zur parallelen Unterzeichnung in einen strukturierten Migrationsplan, der auf die übergeordnete Architektur-Roadmap in unserem Begleitleitfaden abgestimmt ist.

Die Unterschrift ist nur so stark wie ihr schwächstes Glied

Der Schutz eines langlebigen signierten Artefakts erfordert mehr als die Wahl eines Post-Quanten-Algorithmus. Der Zeitstempel, der die Signierung belegt, das HSM mit dem zugehörigen Schlüssel und das Verifizierungs-Ökosystem, das die Signatur Jahre später überprüft, müssen alle gleichzeitig Post-Quanten-fähig sein. Denn eine Lücke in einem dieser Bereiche untergräbt den Schutz, den der gewählte Algorithmus eigentlich bieten sollte. Die explizite Bestätigung der TSA- und HSM-Bereitschaft, die Integration langfristiger Validierungsnachweise, die Berücksichtigung der Firmware-Beschränkung, dass die Signatur nicht erneut signiert werden kann, als zentrales Designkriterium und die Abbildung des Verifizierungs-Ökosystems entlang der Signierungspipeline entscheiden letztendlich darüber, ob eine heute angewendete Signatur auch in zwanzig Jahren noch Gültigkeit hat.

Häufig gestellte Fragen

Warum spielt die Zeitstempelung bei einem postquantenmechanischen Übergang eine größere Rolle?

Die Zeitstempelung beweist, dass eine Signatur zu einem bestimmten Zeitpunkt erstellt wurde. Genau dieser Beweis ist nötig, um nachzuweisen, dass eine Signatur erstellt wurde, bevor ein klassischer Algorithmus veraltet war. Dadurch ist sie vor nachträglichen Fälschungsansprüchen geschützt, sobald Quantencomputer diesen Algorithmus knacken können.

Sind Zeitstempelbehörden und HSMs heute schon für die Post-Quantenzeit bereit?

Die Unterstützung befindet sich in beiden Ökosystemen noch im Aufbau und ist nicht flächendeckend verfügbar. Die meisten älteren FIPS 140-2 HSMs bieten keine native Unterstützung für ML-DSA oder SLH-DSA, und die meisten öffentlichen TSAs unterstützen Post-Quantum-Signierung ebenfalls noch nicht. Prüfen Sie daher die tatsächliche, nicht die angekündigte Unterstützung Ihres Anbieters, bevor Sie ein Pilotprojekt als vollständig Post-Quantum-fähig einstufen.

Warum unterscheidet sich die Firmware-Signierung für PQC-Zwecke von der regulären Software-Signierung?

Firmware, insbesondere auf eingebetteter und industrieller Hardware, kann nach der Installation oft nicht neu signiert werden. Die bei der Erstellung angewendete Signatur muss über die gesamte Betriebsdauer des Geräts, die Jahrzehnte umfassen kann, verifizierbar bleiben. Daher ist die Wahl des anfänglichen Algorithmus und des Zeitstempels deutlich wichtiger als bei Software, die regelmäßig aktualisiert wird.

Was ist ein Pilotprojekt zur parallelen Unterzeichnung von Gebärdensprache?

Die Anwendung einer klassischen und einer Post-Quanten-Signatur auf dasselbe Artefakt erfolgt als zwei separate, voneinander unabhängige Signaturen. Bestehende Verifizierer validieren weiterhin die klassische Signatur unverändert, während aktualisierte Verifizierer die Post-Quanten-Signatur unabhängig prüfen können. Dadurch kann eine Organisation die Infrastruktur für Post-Quanten-Signaturen testen, ohne die bestehende Verifizierung zu gefährden.

Wie lange bleibt eine ordnungsgemäß mit einem Zeitstempel versehene Signatur überprüfbar?

Durch die Langzeitvalidierung mittels Zeitstempel und eingebettetem Widerrufsstatusnachweis werden für Anwendungsfälle der Dokumentensignatur Verifizierungszeiträume von bis zu zwanzig Jahren genannt. Eine erneute Zeitstempelung, bevor die Vertrauenswürdigkeit des ursprünglichen Zeitstempels fragwürdig wird, kann diesen Zeitraum für besonders langlebige Artefakte weiter verlängern.