Zum Hauptinhalt springen

CSMS (Cyber Security Management System)

Ein CSMS (Cyber Security Management System) bündelt die Prozesse, Rollen und Verantwortlichkeiten, mit denen ein Fahrzeughersteller Cybersecurity-Risiken über den gesamten Lebenszyklus identifiziert, bewertet und behandelt. Die UNECE R155 macht ein geprüftes CSMS zur Voraussetzung für die Typgenehmigung — ohne CSMS kein Marktzugang für neue Fahrzeuge in der EU.

Was gehört in ein CSMS?

Ein CSMS ist kein einzelnes Dokument, sondern ein gelebtes Managementsystem. Es muss die Phasen Entwicklung, Produktion und Betrieb im Feld abdecken und umfasst im Kern:

  • Risikoprozesse: Verfahren, um Cybersecurity-Risiken zu identifizieren, zu bewerten und zu behandeln — die zentrale Methode dafür ist die Bedrohungsanalyse und Risikobewertung (TARA).
  • Monitoring: kontinuierliche Beobachtung neuer Bedrohungen, Schwachstellen und Angriffe auf die eigenen Fahrzeugtypen, auch nach dem Verkauf.
  • Incident Response: definierte Abläufe, um auf Sicherheitsvorfälle und neu entdeckte Schwachstellen zu reagieren.
  • Lieferkette: Nachweis, dass Cybersecurity-Risiken auch bei Zulieferern und Dienstleistern beherrscht werden — typischerweise über das Cybersecurity Interface Agreement geregelt.
  • Organisation: klare Rollen, Verantwortlichkeiten und ausreichende Kompetenz für Cybersecurity im Unternehmen.

CSMS-Audit und Typgenehmigung: zwei getrennte Prüfungen

Die R155 prüft auf zwei Ebenen, die leicht verwechselt werden:

CSMS-BewertungTypgenehmigung
GegenstandDie Organisation des HerstellersEin konkreter Fahrzeugtyp
KernfrageSind Prozesse vorhanden und werden sie gelebt?Sind die Risiken dieses Typs identifiziert und behandelt?
Typische NachweiseProzessdokumentation, Rollen, Monitoring- und Response-AbläufeDokumentierte TARA, umgesetzte Maßnahmen, Testergebnisse
ErgebnisCSMS-Konformitätsbescheinigung (zeitlich befristet, regelmäßig zu erneuern)Typgenehmigung für den Fahrzeugtyp

Die CSMS-Bescheinigung ist Voraussetzung für jede Typgenehmigung — aber sie ersetzt nicht den technischen Nachweis pro Fahrzeugtyp. Beides muss vorliegen.

CSMS aufbauen: ISO/SAE 21434 als Rahmen

Die R155 beschreibt, was ein CSMS leisten muss, aber nicht, wie man es aufbaut. Dafür ist die ISO/SAE 21434 der anerkannte technische Rahmen: Sie definiert die organisatorischen Anforderungen, den risikobasierten Engineering-Prozess und die geforderten Arbeitsergebnisse. Wer sein CSMS entlang der Norm aufsetzt, führt den R155-Nachweis auf einer belastbaren, auditierbaren Grundlage.

CSMS in der Praxis

Der häufigste Fehler beim CSMS-Aufbau ist, es als Dokumentationsprojekt zu behandeln: Prozesse werden fürs Audit beschrieben, aber nicht in den Entwicklungsalltag integriert. Ein CSMS trägt erst, wenn die Risikoanalysen tatsächlich leben — wenn ein neues CVE in einer verbauten Komponente automatisch die Frage auslöst, ob sich ein Angriffspfad verändert hat, und wenn diese Neubewertung dokumentiert und wiederauffindbar ist. Genau diese Konsistenz über viele Fahrzeugtypen, Varianten und Jahre hinweg ist erfahrungsgemäß die eigentliche Herausforderung — nicht das erste Audit.

Häufige Fragen

Wer braucht ein CSMS?
Direkt verpflichtet sind Fahrzeughersteller, die eine Typgenehmigung nach UNECE R155 beantragen. Zulieferer sind indirekt betroffen: Der OEM muss nachweisen, dass Risiken über die gesamte Lieferkette beherrscht werden, und reicht die Anforderungen deshalb vertraglich an Tier-1- und Tier-2-Supplier weiter.
Ist ein CSMS dasselbe wie ein ISMS nach ISO 27001?
Nein. Ein ISMS schützt die Informationswerte und IT-Systeme der eigenen Organisation. Ein CSMS bezieht sich auf das Produkt: die Cybersecurity der Fahrzeuge und ihrer Komponenten über den gesamten Lebenszyklus — von der Entwicklung über die Produktion bis zum Betrieb im Feld.
Wie hängen CSMS und TARA zusammen?
Die TARA ist die zentrale Analysemethode innerhalb des CSMS: Sie liefert die dokumentierten Risikoentscheidungen für ein konkretes System. Das CSMS stellt auf Organisationsebene sicher, dass TARAs systematisch erstellt, gepflegt und in Maßnahmen überführt werden.

Verwandte Begriffe

Fachlich geprüft von Dirk Leopold, Executive Vice President Digital Engineering am 20. Juli 2026