Schwachstellen-Meldepflicht für SaaS-Anbieter
- Rechtsgrundlage
- Art. 14, Art. 13 Abs. 6, Art. 71 Abs. 2 CRA
- Frist
- Frist: 11. September 2026 (früher als die restlichen CRA-Pflichten)
Was Sie wissen müssen
Schwachstellen-Meldepflicht im SaaS-Anbieter: Was der CRA konkret fordert, typische Herausforderungen und erste Schritte — branchenspezifisch erklärt.
Schwachstellen-Meldepflicht ab September 2026
Ab dem 11. September 2026 müssen Hersteller aktiv ausgenutzte Schwachstellen innerhalb von 24 Stunden an ENISA melden. Dazu kommen eine öffentliche Vulnerability Disclosure Policy und ein koordinierter Patch-Prozess.
Konkrete Anforderungen nach CRA:
- 24h-Frühwarnung an ENISA bei aktiv ausgenutzter Schwachstelle
- 72h-Meldung mit vollständigen Details
- Vulnerability Disclosure Policy (VDP) öffentlich zugänglich
- Koordinierter Patch-Prozess mit Meldung der Behebung
- Schwachstellen-Datenbank (intern) als Basis für Meldungen
Warum ist Schwachstellen-Meldepflicht für SaaS-Anbieter besonders relevant?
SaaS-Anbieter von Device-Management-Plattformen müssen bei aktiv ausgenutzten Schwachstellen innerhalb von 24 Stunden an ENISA melden. Da SaaS-Dienste kontinuierlich aktualisiert werden, ist Patching operativ einfacher als bei Hardware — aber die Erkennung ob eine Schwachstelle aktiv ausgenutzt wird, erfordert gutes Security Monitoring.
Typische Herausforderung
Aktive Ausnutzung in einer Cloud-Umgebung ist oft schwer zu erkennen — ohne strukturiertes Security Monitoring (SIEM, WAF-Logs) bleibt die 24h-Frist eine theoretische Anforderung.
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
VDP-Dokument erstellen und unter security.txt oder dedizierter URL veröffentlichen
- 2
Internen Schwachstellen-Triage-Prozess etablieren (Eingang → Bewertung → Eskalation)
- 3
ENISA-Meldekanal einrichten (EUVDB-Plattform, ab 2026 verfügbar)
- 4
SLA für 24h-Meldung intern verabschieden
- 5
Update-Bereitstellung koordinieren (OTA, Patch-Notes, Kundenkommunikation)
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.