Firmwareverstehen.
Firmware Security untersucht die Software in Geräten, Komponenten und Embedded Systems. Sie verbindet Komponentenherkunft, bekannte Schwächen, sichere Updates, Signaturen und die Frage, ob ein Hersteller eine Sicherheitslücke tatsächlich beheben kann.
Gezielt
einsetzen.
Firmware, Komponentenherkunft und sichere Aktualisierung dort prüfen, wo klassische Endpoint-Tools nicht greifen.
Firmware Analysis ist kein normaler Endpoint-Scan. Ohne Gerätezugang, Herstellerunterlagen und eine sichere Update-Strategie können Findings nicht einfach gepatcht werden.
Hersteller und
Werkzeuge.
| Hersteller und Produkt | Einordnung | Geeignet für | Vor Auswahl prüfen |
|---|---|---|---|
| Binarly · Transparency Platform | Firmware Bill of Materials und Detection | UEFI und Enterprise Firmware | Hardware- und Plattformabdeckung |
| Eclypsium · Eclypsium Platform | Firmware und Supply Chain Security | Enterprise Devices und Netzwerkhardware | Integration in Endpoint und SOC |
| Finite State · Finite State Platform | Product Security und SBOM | Hersteller von vernetzten Produkten | Lieferantenzugang zu Artefakten |
| Cybellum · Cybellum Platform | Automatisierte Product Security | Automotive und Embedded Produkte | SBOM, VEX und Remediation Workflow |
| Microsoft · ReFirm Labs | Firmware Analysis | Produkt- und Security Engineering | Verfügbarkeit und Produktintegration prüfen |
| Synopsys · Black Duck | SCA und Binary Analysis | Software und Embedded Entwicklung | Firmware-spezifische Analyse separat prüfen |
| Red Balloon Security · Security Platform | Embedded und Firmware Security | Kritische Systeme und Gerätehersteller | Testzugang und Engineeringaufwand |
| GrammaTech · CodeSonar | Static Analysis | C/C++ und sicherheitskritische Entwicklung | Source-Code statt nur Binary Analyse |
| Binwalk · Binwalk | Open-Source Firmware Analysis | Security Research und Engineering | Kein Herstellerworkflow oder Support |
| Ghidra · Ghidra | Reverse Engineering | Tiefe Analyse und Forschung | Manueller Aufwand und rechtliche Grenzen |
Unter dem Betriebssystem
sichtbar werden.
- Firmwarestände von Servern (UEFI, BMC), Netzwerkgeräten und Speichersystemen inventarisieren und mit Herstellerangaben zu unterstützten Versionen abgleichen.
- Secure Boot und Signaturprüfung aktivieren, wo vorhanden, und Sperrlisten für widerrufene Bootkomponenten aktuell halten.
- Verwaltungsschnittstellen wie BMC in ein eigenes Verwaltungsnetz legen und Standardzugänge ersetzen.
- In Beschaffungsverträgen Firmware-SBOM, Supportdauer, signierte Updates und eine Meldestelle für Schwachstellen fordern.
- Anteil Geräte mit Firmware innerhalb der Herstellerunterstützung
- Anteil Server mit aktivem Secure Boot und aktueller Sperrliste
- Zeit vom Herstellerupdate für kritische Firmware-Schwachstellen bis zur Installation
Infrastruktur- und Netzwerkbetrieb verantworten Inventar und Updates, der Einkauf setzt Vertragsanforderungen durch. Security bewertet Befunde und Herstellerreaktionen; bei eigenen Produkten liegt die Verantwortung bei Product Security.
NIST SP 800-193 (Platform Firmware Resiliency) beschreibt Schutz, Erkennung und Wiederherstellung von Firmware; ISO/IEC 27001:2022 Annex A 8.8 (technische Schwachstellen) und 5.21 (IKT-Lieferkette) stützen die Umsetzung.
Der Cyber Resilience Act verlangt von Herstellern ab 11.12.2027 sichere Updates und eine Supportdauer von in der Regel mindestens fünf Jahren (Art. 13 Abs. 8); aktiv ausgenutzte Schwachstellen sind ab 11.9.2026 zu melden.
Eine Neuinstallation des Betriebssystems entfernt keine Firmware-Implantate. Manipulierte UEFI- oder BMC-Firmware überdauert sie und lässt sich nur durch Prüfung und Neuflashen der Firmware oder Gerätetausch beseitigen.
Nachweis statt
Versprechen.
- Artefaktzugang, Hersteller-Support und sichere Update-Wege vor der Analyse klären.
- Befund, betroffene Geräte und reale Update-Fähigkeit gemeinsam bewerten.
- Signatur- und Recovery-Test im Wartungsfenster dokumentieren.
IoT Device Security · SBOM und VEX · Industrial Vulnerability Management
Produktfunktionen sind Herstellerangaben. Die Eignung zeigt erst ein kontrollierter Test im eigenen Scope.
Security Tool Navigator · Gebiet 13
Im Gebiet OT, IoT und Cyber-Physical Security einordnen.
Diese Werkzeugklasse gehört zum Gebiet OT, IoT und Cyber-Physical Security. Der Gebietshub zeigt, wie die Werkzeugklassen zusammenwirken, wo sie sich abgrenzen und welche Fragen CIO und CISO jeweils klären.