Compliance-Lexikon · Technik
Supply Chain Security
[səˈplaɪ tʃeɪn sɪˈkjʊərɪti] · auch: Lieferkettensicherheit, Software-Supply-Chain-Sicherheit
Supply Chain Security bezeichnet den Schutz der gesamten Software- und Hardware-Lieferkette gegen Manipulation, Sabotage und Schwachstellen – von der Entwicklungsumgebung über Drittanbieter-Komponenten bis zur Deployment-Pipeline, mit SBOM und Secure-Development-Anforderungen.
Warum Supply Chain Security ein Kern-Technikbegriff der IT-Compliance ist
Supply Chain Security ist eine technische Sicherheitsmassnahme, die in allen wesentlichen Compliance-Frameworks als Anforderung oder Best Practice gelistet ist. ISO 27001, NIS-2 und DORA setzen Supply Chain Security voraus – nicht als optionales Extra, sondern als Grundbestandteil eines wirksamen Sicherheitsprogramms. Im Audit wird geprüft, ob die Massnahme implementiert ist, ob sie wirksam konfiguriert ist und ob die Wirksamkeit nachgewiesen werden kann.
Wo Supply Chain Security gefordert wird
| Framework | Referenz | Anforderung |
|---|---|---|
| NIS-2 / BSIG | § 30 Abs. 2g | Sicherheit der Lieferkette: Explizite NIS-2-Mindestmassnahme. |
| DORA | Art. 28 ff. | IKT-Drittparteienrisiko: Supply-Chain-Security als Teil des Drittparteienmanagements. |
| CRA | Art. 13 | Cyber Resilience Act: Sichere Lieferkette als Pflichtan forderung fuer Produkthersteller. |
| NIST SP 800-161 | vollständig | Cybersecurity Supply Chain Risk Management: Umfassender NIST-Rahmen. |
| Executive Order 14028 | vollständig | US Executive Order on Improving Cybersecurity: SBOM als Mindestanforderung fuer Bundesbehörden. |
BAM-Objektreferenz
Häufige Audit-Fehler
- Massnahme implementiert, aber Konfiguration nicht dokumentiert
- Wirksamkeit nicht regelmässig geprueft – Drift von der Baseline unbemerkt
- Abdeckung unvollständig – nicht alle relevanten Systeme einbezogen
- Kein Nachweis der Massnahmenwirksamkeit für den Auditor
Policy as Code: Technische Massnahmen als pruefbare Artefakte
Der Leitgedanke dieser Kategorie ist Policy as Code: Sicherheitsanforderungen werden nicht nur als Richtlinien dokumentiert, sondern als technische Konfigurationen implementiert, die automatisch pruefbar sind. Für Supply Chain Security bedeutet das: Die Konfiguration ist versioniert, die Wirksamkeit wird kontinuierlich gemessen und die Ergebnisse werden als Evidence archiviert. Das macht den Abstand zwischen Richtlinie und Wirklichkeit sichtbar – und schliesst ihn systematisch.
Abdeckung und Ausnahmen
Vollständige Abdeckung aller relevanten Systeme ist der kritische Punkt: Eine Massnahme, die 95 Prozent der Systeme schutzt, hinterlasst fünf Prozent als Einstiegspunkte. Ausnahmen (Legacy-Systeme, OT, Testsysteme) muessen explizit dokumentiert und mit Kompensationsmassnahmen oder risikoakzeptierten Restrisiken versehen sein. Undokumentierte Ausnahmen sind im Audit stets ein Befund.
Nächste Ebene
Supply Chain Security in der Praxis: Konfiguration, Abdeckung und Evidence
Was Auditoren bei Supply Chain Security konkret pruefen und welche Evidence benoetigt wird.