Cybersicherheits-Risikoanalyse für SaaS-Anbieter
- Rechtsgrundlage
- Art. 13 Abs. 2, Anhang I Teil I CRA
- Frist
- Frist: 11. Dezember 2027
Was Sie wissen müssen
Cybersicherheits-Risikoanalyse im SaaS-Anbieter: Was der CRA konkret fordert, typische Herausforderungen und erste Schritte — branchenspezifisch erklärt.
Cybersicherheits-Risikoanalyse nach CRA
Die Cybersicherheits-Risikoanalyse ist das Herzstück der CRA-Konformität. Sie identifiziert Bedrohungen, bewertet Risiken und definiert Schutzmaßnahmen — und muss über den gesamten Produktlebenszyklus aktuell gehalten werden.
Konkrete Anforderungen nach CRA:
- Identifikation aller Bedrohungsszenarien (Threat Modeling)
- Bewertung von Eintrittswahrscheinlichkeit und Schadensauswirkung
- Ableitung konkreter Schutzmaßnahmen je Bedrohung
- Dokumentation als Teil der technischen Dokumentation
- Aktualisierung bei Produktänderungen und neuen Bedrohungen
Warum ist Cybersicherheits-Risikoanalyse für SaaS-Anbieter besonders relevant?
Für SaaS-Dienste, die Millionen von Geräten steuern, ist die Risikoanalyse besonders kritisch: Eine Kompromittierung des Dienstes kann zu einem Massenangriff auf alle angebundenen Geräte führen. Das Bedrohungsmodell muss Supply-Chain-Angriffe, API-Missbrauch und Insider-Bedrohungen explizit bewerten.
Typische Herausforderung
Multi-Tenant-SaaS teilt Infrastruktur zwischen Kunden. Die Risikoanalyse muss Tenant-Isolation-Szenarien explizit berücksichtigen — ein kompromittierter Tenant darf keine anderen gefährden.
Besonderheiten im SaaS-Anbieter
- Abgrenzung CRA-relevant / nicht relevant ist für SaaS noch nicht final durch EU-Leitlinien geklärt
- Device-Management-SaaS ist klar CRA-relevant — Kompromittierung kann Millionen Geräte betreffen
- Vorsorglich CRA-Anforderungen umsetzen — auch wenn Geltungsbereich noch unklar
Erste Schritte zur Umsetzung
- 1
Systemgrenzen und Schnittstellen definieren (Angriffsoberfläche)
- 2
Threat Modeling durchführen (z. B. STRIDE-Methodik)
- 3
Risiken bewerten (Wahrscheinlichkeit × Auswirkung)
- 4
Schutzmaßnahmen festlegen und umsetzen (Anhang I Teil I CRA)
- 5
Risikoanalyse dokumentieren und in technische Dokumentation einbinden
- 6
Review-Prozess etablieren (mindestens bei Produktänderungen)
Weiterlernen
Vertiefende Artikel
Nächster Schritt
Wissen allein schützt nicht. Prüfen Sie jetzt, welche CRA-Klasse Ihr Produkt betrifft — kostenlos, in unter 3 Minuten.