Recht · Sicherheit · DevOps
CRA-Meldepflicht ab 11. September 2026: 24 Stunden, 72 Stunden, 14 Tage
Seit dem 11. September 2026 müssen Hersteller von Produkten mit digitalen Elementen aktiv ausgenutzte Schwachstellen melden – in drei Stufen und nach einer festen Uhr. Was das für Entwicklungs- und DevOps-Teams bedeutet.
Worum es geht
Der Cyber Resilience Act (CRA, Verordnung (EU) 2024/2847) legt Sicherheitsanforderungen für Produkte mit digitalen Elementen fest. Als erste Pflicht greift die Meldung aktiv ausgenutzter Schwachstellen und schwerwiegender Vorfälle: Sie gilt seit dem 11. September 2026, also deutlich vor den übrigen Anforderungen. Die Uhr beginnt, sobald der Hersteller Kenntnis von der aktiven Ausnutzung erhält – nicht erst, wenn alles geklärt ist.
Die drei Fristen
| Stufe | Frist | Inhalt |
|---|---|---|
| Frühwarnung | 24 Stunden | Nur das Nötigste, Tempo geht vor Vollständigkeit |
| Meldung | 72 Stunden | Produkt, Beschreibung, Schweregrad, Auswirkung, getroffene oder geplante Maßnahmen |
| Abschlussbericht | 14 Tage | CVE, CVSS-Wert, Ursache, Behebung, Stand der Veröffentlichung, Information der Nutzer |
Gemeldet wird über die zentrale Meldeplattform der ENISA, die an die nationalen CSIRTs weiterleitet. Unabhängig davon müssen betroffene Nutzer ohne unnötige Verzögerung informiert werden. Als Obergrenze für Verstöße nennt die Quelle bis zu 10 Mio. € oder 2 % des weltweiten Jahresumsatzes. Einzelheiten, etwa zur Frist bei schwerwiegenden Vorfällen, bitte im Verordnungstext nachlesen.
Wer ist betroffen?
Verpflichtet sind Hersteller von Produkten mit digitalen Elementen. Importeure und Händler melden nicht selbst an die ENISA, müssen Schwachstelleninformationen aber unverzüglich an den Hersteller weitergeben. Nach meinem Verständnis ist ein reiner Webdienst (SaaS) ohne zugehöriges Produkt nicht selbst Hersteller im Sinne des CRA; wer Software oder Geräte ausliefert, die Kunden betreiben, ist es eher. Das ist meine Lesart, keine Auskunft – im Zweifel gegen den Verordnungstext prüfen.
Was ein Entwicklungsteam vorbereiten sollte
- Eine benannte Person und einen Ablauf: Wer entscheidet binnen Stunden, ob etwas „aktiv ausgenutzt“ ist, und wer sendet die Frühwarnung?
- Überblick über die eigenen Abhängigkeiten: Ohne Liste der eingesetzten Bibliotheken (SBOM) wird die Frage „Sind wir betroffen?“ zur Suche im Dunkeln.
- Schnelles, wiederholbares Ausliefern von Fixes: Eine saubere CI/CD-Pipeline ist hier kein Luxus, sondern die Voraussetzung, um nach 14 Tagen etwas Behobenes berichten zu können.
- Kommunikationsweg zu Nutzern: Wie erreichen Sie Ihre Kunden, wenn ein Update dringend ist?
Dazu passt, was ich in den Notizen zu Zero Trust fürs Homelab und zu NIS2 für kleine IT-Unternehmen beschreibe: Wer seine Zugänge und Abhängigkeiten kennt, ist bei beiden Regelwerken im Vorteil.
Quellen und Grenzen
- CRA Compliance Hub: Artikel 14 (Sekundärquelle, Stand Oktober 2026)
- Verordnung (EU) 2024/2847 im Amtsblatt – der verbindliche Text
Keine Rechtsberatung. Ich bin Entwickler, kein Jurist. Die Angaben stammen aus den genannten Quellen (Stand Oktober 2026); verbindlich ist der Gesetzestext.
Weiterlesen
Recht · IT-Sicherheit · Mittelstand
NIS2 für kleine IT-Unternehmen und Freelancer: Schwellen, Fristen, Pflichten
Das deutsche NIS2-Umsetzungsgesetz ist seit dem 6. Dezember 2025 in Kraft. Ob ein Unternehmen direkt betroffen ist, hängt von Branche und Größe ab – aber auch kleine Firmen spüren es als Lieferanten.
DevOps · CI/CD · Next.js
CI/CD für Next.js 15 auf dem VPS: GitHub Actions, PM2-Reload und Caddy
Manuelle Deployments waren langsam und fehleranfällig. Heute reicht ein git push – ohne Ausfallzeit und ohne PaaS.
Recht · KI · Transparenz
KI-Verordnung Artikel 50: Was bis zum 2. Dezember 2026 zu tun ist
Die meisten Transparenzpflichten aus Artikel 50 gelten seit dem 2. August 2026. Für die maschinenlesbare Kennzeichnung bereits am Markt befindlicher generativer KI gilt eine Übergangsfrist bis zum 2. Dezember 2026. Eine Checkliste für Entwickler und Betreiber.
Karriere · DevOps · Erfahrungsbericht
Quereinstieg DevOps in Deutschland: mein Plan, meine Belege, meine Lücken
Ich suche eine Festanstellung in der IT, mit DevOps und Platform Engineering als bestem Fit. Hier steht offen, was der Markt laut Zahlen hergibt, woher ich komme und womit ich meine Fähigkeiten überprüfbar mache.
Mehr aus der Praxis
Weitere Notizen, Case Studies und Projekte findest du auf der Startseite.
Alle Notizen Case Study MeisterMeld Case Study PflegeOasis Case Study Kernbohr-Expert Zur Startseite
Kommentare
Diskutiere mit: Die Kommentare laufen über GitHub Discussions (Anmeldung mit GitHub-Konto). Erst mit Klick werden Inhalte von GitHub/giscus geladen. Datenschutz