SBOM erstellen für IoT-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 IoT-Hersteller besonders relevant?

IoT-Produkte sind in besonderem Maße von Open-Source-Abhängigkeiten durchzogen: Linux-Kernel, BusyBox, OpenSSL, Zephyr RTOS oder MQTT-Bibliotheken — alles Komponenten, die in SBOM-Formaten wie CycloneDX oder SPDX abgebildet werden müssen. Da viele IoT-Geräte Laufzeiten von 10+ Jahren haben, ist eine gepflegte SBOM auch Voraussetzung für dauerhaftes Schwachstellen-Management.

Besonderheiten im IoT-Hersteller

• Lange Produktlaufzeiten erfordern Update-Strategie über mindestens 5 Jahre
• Open-Source-Abhängigkeiten (Linux, MQTT, TLS) erhöhen SBOM-Komplexität
• White-Label-Produkte: OEM-Käufer wird Hersteller nach CRA

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