Firmware-Signierung: Ein praktischer Leitfaden

Die Firmware-Signierung ist das Verfahren, Firmware mit einer kryptografischen Signatur zu versehen, damit ein Gerät beim Start und bei Updates überprüfen kann, ob die Firmware aus einer vertrauenswürdigen Quelle stammt und nicht verändert wurde. Sie ist die Grundlage für sicheres Booten und die Vertrauensbasis für IoT-, Embedded- und Automobilsysteme.

Die Firmware-Signatur ermöglicht es einem Gerät, kryptografisch zu prüfen, ob der ausgeführte Quellcode authentisch und unverändert ist, bevor er ausgeführt wird. Das Gerät verfügt über einen vertrauenswürdigen öffentlichen Schlüssel, der häufig in die Hardware integriert ist, und verifiziert die Signatur der Firmware anhand dieses Schlüssels. Stimmt die Signatur nicht überein, verweigert das Gerät die Ausführung der Firmware. Dies verhindert die Installation schädlicher Firmware durch Angreifer und bildet die Grundlage jeder sicheren Boot-Kette.

Wichtige Erkenntnisse

• Die Firmware-Signatur versieht die Firmware mit einer digitalen Signatur, sodass ein Gerät deren Authentizität und Integrität vor dem Start überprüfen kann. Dies bildet die Vertrauensbasis für einen sicheren Systemstart.
• Der Vertrauensanker ist ein öffentlicher Schlüssel, der in einmalig programmierbare (OTP) Hardware integriert und bei jedem Einschalten vom unveränderlichen ROM ausgelesen wird, sodass die Vertrauenskette im Feld nicht ersetzt werden kann.
• Signaturschlüssel müssen in einem Hardware-Sicherheitsmodul (HSM) gespeichert sein. Ein gestohlener Firmware-Signaturschlüssel ermöglicht es einem Angreifer, bösartige Firmware zu signieren, der Geräte vertrauen. Dies zählt zu den schwerwiegendsten Angriffen auf die Lieferkette.
• Firmware überdauert oft ihre Kryptografie: Heute eingesetzte Geräte können bis in die 2040er Jahre hinein funktionieren. Lange Lebensdauern machen die Post-Quanten-Bereitschaft zu einer Beschaffungsvoraussetzung und nicht zu einem zukünftigen Problem.
• CNSA 2.0 stuft die Firmware-Signierung als Anwendungsfall mit höchster Priorität für den Übergang zur Post-Quanten-Technologie ein. Die derzeit einsetzbaren quantensicheren Optionen sind die zustandsbehafteten Hash-basierten Verfahren LMS und XMSS (NIST SP 800-208) sowie SLH-DSA (FIPS 205) als zustandslose Alternative.

Warum sich die Firmware-Signierung von der gewöhnlichen Codesignatur unterscheidet

Die Signierung von Firmware ist eine Art Codesignierung , unterliegt aber besonderen Einschränkungen. Firmware läuft auf der untersten Ebene eines Geräts, vor dem Betriebssystem. Daher ist ein Kompromiss hier für die meisten Sicherheitstools nicht möglich. Und im Gegensatz zu einer Anwendung, die wöchentlich aktualisiert werden kann, ist Firmware oft fest in die Hardware integriert oder wird über die jahrzehntelange Lebensdauer eines Geräts nur selten, manchmal nie, aktualisiert.

Drei Eigenschaften definieren die Herausforderung. Die Firmware ist der erste ausgeführte Code und somit die Vertrauensbasis für alles darüber liegende. Sie läuft auf ressourcenbeschränkter Hardware, daher muss die Signaturprüfung klein und schnell sein. Und sie ist langlebig, weshalb die bei der Herstellung getroffenen kryptografischen Entscheidungen über die gesamte Lebensdauer des Geräts hinweg gültig bleiben müssen. Ein Auto, eine industrielle Steuerung oder ein medizinisches Gerät, das 2026 signiert wurde, muss möglicherweise auch 2041 noch die Firmware verifizieren.

Wie Firmware-Signierung und Secure Boot funktionieren

Die Firmware-Signatur allein ist nur die halbe Wahrheit. Ihr Wert entfaltet sich erst durch Secure Boot, den Laufzeitprozess, bei dem jede Stufe der Boot-Kette die nächste überprüft, bevor die Kontrolle übergeben wird.

• Hardwarebasierte Vertrauensbasis: Ein öffentlicher Schlüssel wird bei der Siliziumherstellung in einen einmalig programmierbaren Speicher (OTP-Speicher) integriert. Dieser unveränderliche ROM liest ihn bei jedem Einschalten aus und kann vor Ort nicht ausgetauscht werden. Er bildet den Anker der gesamten Sicherheitskette.
• Signieren Sie jedes Firmware-Image: Der Hersteller berechnet einen Hashwert für jedes Firmware-Image (ROM, Bootloader, Anwendung) und signiert es mit dem zugehörigen privaten Schlüssel, der sicher in einem HSMniemals auf dem Gerät.
• Überprüfen Sie jeden Schritt einzeln: Beim Systemstart überprüft das ROM die Signatur des Bootloaders der ersten Stufe anhand des fusionierten öffentlichen Schlüssels. Dieser Bootloader überprüft die nächste Stufe, die wiederum die nächste überprüft, wodurch eine lückenlose Vertrauenskette von der Hardware bis zur Anwendung entsteht.
• Bei Fehler ablehnen: Stimmt eine Signatur nicht überein, wird der verifizierte Bootvorgang abgebrochen und das Gerät weigert sich, das nicht verifizierte Image auszuführen. Manipulierte oder nicht autorisierte Firmware wird niemals ausgeführt.

Da der Root-Schlüssel in unveränderlicher Hardware gespeichert ist und jede Stufe die nächste blockiert, kann ein Angreifer ohne den privaten Signaturschlüssel keine schädliche Firmware an irgendeiner Stelle der Kette einschleusen. Deshalb ist der Schutz des Signaturschlüssels von zentraler Bedeutung.

Warum der Signaturschlüssel das Kronjuwel ist

Wenn ein Angreifer einen Firmware-Signaturschlüssel stiehlt, kann er manipulierte Firmware signieren, die von allen Geräten, die diesem Schlüssel vertrauen, als echt akzeptiert wird. Da der Verifizierungsschlüssel oft fest in der Hardware verankert und nicht vor Ort geändert werden kann, ist ein kompromittierter Firmware-Signaturschlüssel unter Umständen unwiederbringlich verloren: Es gibt möglicherweise keine Möglichkeit, ihn auf bereits im Einsatz befindlichen Geräten zu widerrufen. Dies ist ein Worst-Case-Szenario für die Lieferkette, und deshalb müssen Firmware-Signaturschlüssel sorgfältiger geschützt werden als nahezu alle anderen Schlüssel, die ein Unternehmen besitzt.

Die praktische Anforderung ist zwingend: Private Schlüssel zur Firmware-Signatur müssen in einem Hardware-Sicherheitsmodul (HSM) generiert und gespeichert werden und dürfen niemals auf einen Build-Server oder Entwicklerrechner übertragen werden. Signaturvorgänge müssen authentifiziert, zugriffskontrolliert und protokolliert werden. Die Firmware durchläuft viele Hände (Chiphersteller, OEM, Tier-1-Zulieferer, Auftragsfertiger), und jede Übergabe birgt das Risiko einer Manipulation. Daher ist eine zentrale, auditierbare Schlüsselverwaltung unerlässlich.

Bewährte Verfahren zur Firmware-Signierung

• Signieren Sie Schlüssel in einem HSM: Generieren und Speichern von Firmware-Signaturschlüsseln in einem FIPS 140-2 HSM der Stufe 2 oder höher. Der private Schlüssel darf niemals mit einem Build-Server, CI-Runner oder Entwickler-Laptop in Berührung kommen.
• Ankervertrauen in Hardware: Der öffentliche Root-Schlüssel wird in das OTP integriert und anhand eines unveränderlichen ROM verifiziert, sodass der Vertrauensanker im Feld nicht manipuliert werden kann.
• Unterzeichnen Sie jede Stufe der Bootkette: Signieren Sie ROM-Erweiterungen, Bootloader und Anwendungsfirmware und überprüfen Sie jede Stufe anhand der darüber liegenden, damit keine Lücken ohne Vorzeichen entstehen.
• Nutzen Sie leistungsstarke, aktuelle Algorithmen: Verwenden Sie SHA-384 oder einen stärkeren Hash-Algorithmus und ausreichend lange Schlüssel. Planen Sie angesichts der langen Lebensdauer der Geräte Post-Quantum-Signaturen ein.
• Kontrolle und Prüfung der Unterschriftsberechtigung: Für jeden Signaturvorgang ist eine Authentifizierung und Autorisierung erforderlich. Außerdem muss protokolliert werden, wer wann was signiert hat – und zwar lieferantenübergreifend.
• Design für Krypto-Agilität: Sofern die Hardware dies zulässt, sollten Aktualisierungen des Signaturalgorithmus aktiviert werden, damit die Geräte nicht an einen Algorithmus gebunden sind, der im Laufe ihrer Lebensdauer an Stabilität verlieren könnte.

Firmware-Signierung und der Übergang nach der Quantenphysik

Die Signierung von Firmware ist der dringlichste Anwendungsfall für Codesignierung im Zuge der Entwicklung postquantenkryptographischer Technologien , und zwar aus strukturellen Gründen. Bei vielen Geräten ist der Firmware-Verifizierungsalgorithmus bei der Auslieferung fest vorgegeben und in unveränderliche Hardware oder den Bootcode integriert. Handelt es sich dabei um RSA oder ECDSA , könnte ein zukünftiger Quantencomputer, der Shors Algorithmus verwendet, Signaturen fälschen, und es gäbe möglicherweise keine Möglichkeit, den Algorithmus auf bereits ausgelieferten Geräten zu aktualisieren.

Aus diesem Grund stuft die CNSA-2.0-Richtlinie der NSA die Firmware-Signatur als prioritären Anwendungsfall für Signaturen im Rahmen des Quantenübergangs ein und verweist auf Hash-basierte Signaturen, die standardisiert und bereits heute einsetzbar sind, anstatt auf neuere Verfahren zu warten. Die Optionen:

• LMS und XMSS (NIST SP 800-208): Stateful hash-basierte Signaturen, standardisiert im Jahr 2019 und genehmigt unter CNSA 2.0 für die Signierung von Firmware und Software. Sie sind sofort einsetzbar und basieren auf der gut verstandenen Sicherheit von Hash-Funktionen, die sich für langlebige Firmware eignet.
• SLH-DSA (FIPS 205): Eine zustandslose, auf Hash-Funktionen basierende Signatur, die im August 2024 finalisiert wurde. Sie vermeidet den Verwaltungsaufwand von LMS und XMSS, allerdings auf Kosten größerer Signaturen, und teilt deren konservative Sicherheitsgrundlage.
• ML-DSA (FIPS 204): Die gitterbasierte, universelle Signatur. Sie ist langfristig der Kandidat für eine breite Anwendung, obwohl viele Organisationen für die konservativsten, langlebigen Roots Hash-basierte Verfahren bevorzugen.

Der Zustandsverwaltungs-Fall bei LMS und XMSS
LMS und XMSS sind zustandsbehaftet: Jeder private Schlüssel kann nur eine begrenzte Anzahl von Signaturen erzeugen, und der Unterzeichner muss nachverfolgen, welche Einmalschlüssel bereits verwendet wurden, da die Wiederverwendung eines Schlüssels die Sicherheit beeinträchtigt. Daher sind sie für häufiges Signieren unpraktisch, eignen sich aber gut für Firmware-Signaturen, die selten und kontrolliert erfolgen. Wichtig ist, dass der Zustand vom Unterzeichner (in Ihrer Signaturinfrastruktur) und nicht vom Gerät verwaltet wird, sodass die eingesetzte Hardware nicht zusätzlich verkompliziert wird. Eine leistungsfähige Signaturplattform übernimmt diese Zustandsverfolgung automatisch.

Der Zeitplan von CNSA 2.0 für die Signierung von Software und Firmware sieht vor, ab 2025 quantensichere Algorithmen zu bevorzugen und ab 2030 ausschließlich diese zu verwenden – die aggressivste Kategorie im gesamten Paket –, gerade weil Firmware nach der Bereitstellung so schwer zu ändern ist.

Firmware-Signierung in IoT, Embedded Systems und der Automobilindustrie

Die Signierung von Firmware ist besonders wichtig dort, wo Geräte zahlreich, langlebig und schwer zugänglich sind. Im Internet der Dinge stellen unsignierte Firmware-Updates eine primäre Angriffsmethode dar, um Botnetze aufzubauen und dauerhafte Zugriffe zu erlangen.

Im Automobilbereich zielen Vorschriften wie UNECE R155 und Normen wie ISO/SAE 21434 darauf ab, Bedrohungen durch Firmware-Modifikationen zu minimieren, und die heute produzierten Fahrzeuge werden bis in die 2040er-Jahre im Einsatz sein. Bei Industrie- und Medizingeräten kann eine Firmware-Kompromittierung nicht nur Datensicherheitsrisiken, sondern auch Sicherheitsrisiken bergen.

Gemeinsam ist diesen Bereichen die Kombination, die die Firmware-Signierung unerlässlich macht: ressourcenbeschränkte Hardware, die Signaturen effizient verifizieren muss, extrem lange Lebensdauern, die kryptografische Annahmen überdauern, und eine Lieferkette, die mehrere Organisationen umfasst, bevor ein Gerät zum Einsatz kommt. Die korrekte Firmware-Signierung und das zugehörige Schlüsselmanagement bilden die Grundlage für alle weiteren Sicherheitsmaßnahmen an Geräten.

Wie Verschlüsselungsberatung hilft

CodeSign Secure von Encryption Consulting wurde genau für dieses Problem entwickelt. Es speichert Firmware-Signaturschlüssel in einem FIPS 140-2 Level 2 HSM, sodass der private Schlüssel die Hardware niemals verlässt, stellt sicher, dass nur autorisierte Personen signieren dürfen, und protokolliert jeden Signaturvorgang zur Überprüfung bei Ihren Lieferanten und in Ihren Build-Systemen.

Es integriert die Signierung in CI/CD-Pipelines, sodass Firmware automatisch mit hardwaregeschützten Schlüsseln signiert wird. Zudem unterstützt es Hash-basierte und Post-Quantum-Signaturverfahren, die für die Firmware-Signierung zunehmend erforderlich sind, einschließlich des zustandsbehafteten Zustandsmanagements, das LMS und XMSS fordern. Das Ergebnis ist ein einheitlicher, kontrollierter Signierungsprozess für Firmware, Secure-Boot-Chains und die übrige Codesignierung. Entspricht den Standards ISO/IEC 27001:2022 und SOC 2.

Häufig gestellte Fragen

Was ist Firmware-Signierung?

Die Firmware-Signatur ist ein Verfahren, bei dem Firmware mit einer kryptografischen Signatur versehen wird. So kann ein Gerät vor dem Start überprüfen, ob die Firmware aus einer vertrauenswürdigen Quelle stammt und nicht verändert wurde. Das Gerät verfügt über einen vertrauenswürdigen öffentlichen Schlüssel, der häufig in die Hardware integriert ist, und vergleicht die Signatur der Firmware damit. Stimmt die Signatur nicht überein, verweigert das Gerät die Ausführung der Firmware. Dadurch wird verhindert, dass Angreifer Schadcode auf der untersten Systemebene einschleusen.

Worin besteht der Unterschied zwischen Firmware-Signierung und Secure Boot?

Die Firmware-Signatur erzeugt die Signatur; Secure Boot ist der Laufzeitprozess, der diese verifiziert. Beim Kompilieren der Firmware wird diese mit einem privaten Schlüssel signiert. Beim Einschalten prüft Secure Boot jede Stufe der Bootkette anhand eines vertrauenswürdigen öffentlichen Schlüssels, bevor sie ausgeführt wird. Die Prüfung beginnt mit einem unveränderlichen Hardware-Root. Die Firmware-Signatur liefert die Signaturen, Secure Boot setzt sie durch. Beide arbeiten zusammen, um die Ausführung nicht autorisierter Firmware zu verhindern.

Warum müssen Firmware-Signaturschlüssel in einem HSM gespeichert werden?

Da der Diebstahl eines Firmware-Signaturschlüssels katastrophale Folgen hat und dieser oft nicht wiederhergestellt werden kann, ist die Speicherung des privaten Schlüssels in einem Hardware-Sicherheitsmodul unerlässlich. Dieser Schlüssel kann manipulierte Firmware signieren, die von allen Geräten, die diesem Schlüssel vertrauen, akzeptiert wird. Da der Verifizierungsschlüssel häufig fest in der Hardware verankert ist, lässt er sich auf bereits im Einsatz befindlichen Geräten unter Umständen nicht widerrufen. Selbst ein vollständig kompromittiertes Build-System kann ihn daher nicht extrahieren.

Welche Algorithmen sollte ich für die Post-Quanten-Firmware-Signierung verwenden?

Für die Signierung quantensicherer Firmware stehen heute die zustandsbehafteten Hash-basierten Verfahren LMS und XMSS zur Verfügung, die in NIST SP 800-208 standardisiert und gemäß CNSA 2.0 zugelassen sind. SLH-DSA (FIPS 205) ist eine zustandslose Hash-basierte Alternative, deren Spezifikation im August 2024 finalisiert wurde. Hash-basierte Verfahren werden häufig für langlebige Firmware-Roots bevorzugt, da ihre Sicherheit ausschließlich auf gut verstandenen Hash-Funktionen beruht. ML-DSA (FIPS 204) ist die universelle, gitterbasierte Option für einen breiteren Anwendungsbereich.

Warum hat die Firmware-Signierung höchste Priorität für den Übergang nach der Quantenbeschleunigung?

Denn Firmware ist nach der Inbetriebnahme am schwierigsten zu ändern. Bei vielen Geräten ist der Algorithmus zur Signaturverifizierung fest in der Hardware oder im Bootcode verankert. Verwendet er RSA oder ECDSA, könnte ein zukünftiger Quantencomputer Firmware-Signaturen fälschen, ohne dass der Algorithmus auf bereits im Einsatz befindlichen Geräten aktualisiert werden kann. Die NSA-Richtlinie CNSA 2.0 stuft die Firmware-Signatur als Anwendungsfall mit höchster Priorität ein und sieht eine ausschließlich quantensichere Nutzung bis 2030 als ambitioniertesten Zeitplan vor.

Welche Probleme bestehen im Zusammenhang mit der Zustandsverwaltung bei LMS und XMSS?

LMS und XMSS sind zustandsbehaftete, hashbasierte Signaturen: Jeder private Schlüssel kann nur eine begrenzte Anzahl von Signaturen erzeugen, und der Unterzeichner muss nachverfolgen, welche Einmalschlüssel verwendet wurden, da die Wiederverwendung eines Schlüssels die Sicherheit beeinträchtigt. Daher eignen sie sich nicht für häufiges Signieren, aber gut für seltenes, kontrolliertes Signieren von Firmware. Der Zustand wird von der Signaturinfrastruktur und nicht vom Gerät verwaltet, wodurch die eingesetzte Hardware nicht zusätzlich verkompliziert wird. Eine leistungsfähige Signaturplattform verfolgt diesen Zustand automatisch.

Signieren von Firmware gegen hardwaregeschützte Schlüssel

Die Signierung von Firmware ist nur so sicher wie der Schutz ihrer Schlüssel, und die Risiken sind höher als bei allen anderen Anwendungsfällen der Signierung. Entdecken Sie CodeSign Secure zum Signieren von Firmware und Secure-Boot-Images mit HSM-geschützten Schlüsseln, inklusive Unterstützung für Post-Quanten-Algorithmen und vollständiger Auditierung Ihrer Lieferkette.