KURZ GESAGT
SPDX 3
Das einzige akzeptierte SBOM-Format
1 pro Paket
SHA-512
2027
September 2026
Erste Ankündigung
Microsoft kündigt an, dass WHCP-Treibereinreichungen eine SBOM und eine VEX-Aussage brauchen. Durch den Beitrag vom Oktober ersetzt.
21. Oktober 2026
Anforderungen überarbeitet
Microsoft legt das Format auf SPDX 3.0.1 fest und knüpft den Geltungsbereich an das Windows-Release 2027. VEX ist nicht mehr Teil der Einreichung.
Anfang 2027
Microsoft-SBOM-Tool im WDK
Microsofts Generator erscheint im Windows Driver Kit. Andere Tools bleiben zulässig.
Windows-Release 2027 (RTM)
Durchsetzung beginnt
HLK und HDC prüfen ab dann betroffene Einreichungen. Microsoft veröffentlicht das endgültige Datum noch.
Entwickler
Teams, die das Treiberpaket und seine Binärdateien bauen, einschließlich Code von Chipherstellern und anderen Zulieferern.
Signierer
Partner, die den Treiber über WHCP signieren lassen, ob per HLK-Zertifizierung oder Attestierung.
Einreicher
Alle, die im Auftrag eines Unternehmens Treiberpakete in das Hardware Dev Center hochladen.
Hinweis: Ältere Zielversionen bleiben außen vor. Ein Treiber für Windows 25H2, 24H2 oder Windows 10 braucht keine SBOM, auch wenn Sie ihn nach Beginn der Durchsetzung einreichen.
☑️ Kein Paketmanager, die Abhängigkeiten müssen also aus dem Build selbst kommen
☑️ Übernommener und veränderter Quellcode ohne Versionsangaben
☑️ Statische Bibliotheken, die in den Imports der fertigen Binärdatei keine Spur hinterlassen
☑️ Ein SHA-512-Hash für jede tatsächlich ausgelieferte Datei
☑️ Lizenzen als SPDX-Kennungen statt als Freitext
☑️ Eine eigene SBOM für jede INF-Datei in einer Einreichung mit mehreren Treibern
1 pro INF
Eine SBOM pro Treiberpaket, nie eine für die gesamte Einreichung
.spdx.json
HLK
Blockiert das Paketieren, wenn die SBOM fehlt
HDC
Verweigert die Signatur, wenn sie fehlt oder ungültig ist
Windows-Client- oder -Server-Release 2027 und später
Die Anforderung ist für diese Releases geschrieben
Windows 11 25H2, 24H2 und Windows 10
Ältere Ziele werden nicht einbezogen, auch nicht bei Einreichung nach Beginn der Durchsetzung
Einreichung mit mehreren Treibern
Jedes Treiberpaket braucht seine eigene SBOM
WISSENSWERTES
MEHR ALS DAS MINIMUM
Tiefe
✓ Vollständiger, transitiver Abhängigkeitsbaum
Aktualität
✓ Bei jedem Build neu erzeugt
Schwachstellendaten
✓ Auf neue CVEs überwacht, mit VEX
Wiederverwendung
✓ Dieselbe SBOM dient auch der technischen Dokumentation für den CRA
01
SPDX 3 direkt aus dem Build
lynkctl liest Ihre MSBuild- und WDK-Projekte direkt, sodass übernommener Code und statische Bibliotheken in der SBOM landen.
02
SBOM pro Paket
lynkctl teilt die Ausgabe pro INF-Datei auf und benennt sie als <inf_name>.spdx.json, wie WHCP es verlangt.
03
Air-gapped
lynkctl läuft komplett offline. Build-Rechner brauchen für die SBOM also keinen Zugang nach außen.
04
VEX getrennt
Die Plattform überwacht jede Komponente auf neue CVEs und hält VEX getrennt von der SBOM, wie Microsoft es verlangt.
Brauchen Windows-Treiber eine SBOM?
Ja, wenn der Treiber für das Windows-Client- oder -Server-Release 2027 oder später bestimmt ist. Jedes betroffene Paket, das Sie über HDC zur WHCP-Signierung einreichen, braucht eine gültige SPDX-3-SBOM.















