SBOM erstellen für Embedded-Hersteller

Software Bill of Materials (SBOM)

Eine SBOM ist ein maschinenlesbares Inventar aller Software-Komponenten eines Produkts — einschließlich Third-Party-Bibliotheken, Open-Source-Abhängigkeiten, Treiber und Firmware. Der CRA verlangt sie als Teil der technischen Dokumentation.

Konkrete Anforderungen nach CRA:

• Vollständiges Inventar aller Software-Komponenten (eigene und zugekaufte)
• Maschinenlesbares Format: CycloneDX oder SPDX empfohlen
• Enthält: Komponentenname, Version, Lizenz, Hersteller, bekannte CVEs
• Aktuell halten bei Updates und Patches
• Kunden auf Anfrage zugänglich machen

Warum ist SBOM erstellen für Embedded-Hersteller besonders relevant?

Embedded-Software ist oft eine Mischung aus proprietärem Code, Real-Time-OS (FreeRTOS, Zephyr, VxWorks) und Third-Party-Bibliotheken für Kommunikation, Kryptografie oder Netzwerk. Die SBOM muss auch Bootloader, Treiber und Middleware erfassen — Komponenten, die in klassischen Software-SBOMs oft fehlen.

Besonderheiten im Embedded-Hersteller

• Physische Angriffsvektoren (JTAG, UART) müssen in Risikoanalyse bewertet werden
• OTA-Update-Mechanismus ist für viele Embedded-Produkte eine neue Anforderung
• Als Komponente verbaut: Pflichten liegen beim Komponentenhersteller UND beim Gerätehersteller

Erste Schritte zur Umsetzung

1. 1

   SBOM-Tool wählen (z. B. Syft, Trivy, CycloneDX-Maven-Plugin)

2. 2

   SBOM in CI/CD-Pipeline integrieren — automatische Generierung bei jedem Build

3. 3

   OEM-Komponenten: SBOM-Daten von Zulieferern einfordern

4. 4

   CVE-Monitoring einrichten (SBOM als Basis für Schwachstellen-Scanning)

5. 5

   SBOM in technischer Dokumentation referenzieren