← zabolotny.de
DEENRUUA

Start / Notizen

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.

Serge Zabolotny ·

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

StufeFristInhalt
Frühwarnung24 StundenNur das Nötigste, Tempo geht vor Vollständigkeit
Meldung72 StundenProdukt, Beschreibung, Schweregrad, Auswirkung, getroffene oder geplante Maßnahmen
Abschlussbericht14 TageCVE, 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

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

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.

Kommentare

Diskutiere mit: Die Kommentare laufen über GitHub Discussions (Anmeldung mit GitHub-Konto). Erst mit Klick werden Inhalte von GitHub/giscus geladen. Datenschutz

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