NIS2 Content Hub
NIS2-Meldepflicht: 24h/72h und Abschlussbericht nach § 32 BSIG
NIS2-Meldepflicht nach § 32 BSIG: 24h-Frühwarnung, 72h-Meldung und Abschlussbericht. Mit Incident Report zur internen Vorfalldokumentation.
NIS2 verlangt eine dreistufige Meldekette nach § 32 BSIG bei "erheblichen Sicherheitsvorfällen": Frühwarnung innerhalb von 24 Stunden, Meldung innerhalb von 72 Stunden und Abschlussbericht innerhalb von 30 Tagen. Wer eine dieser Fristen reisst, riskiert ein Bußgeld von bis zu 500.000 EUR pro Vorfall nach § 65 Abs. 1 Nr. 3 BSIG. Dieser Leitfaden erklärt jede Stufe im Detail, die erforderlichen Pflichtinhalte und bietet eine kostenlose Vorlage als PDF-Download für deine interne Vorbereitung.
Wann greift die Meldepflicht?
Die Meldepflicht greift bei "erheblichen Sicherheitsvorfällen" nach § 32 Abs. 2 BSIG. Ein Vorfall gilt als erheblich, wenn er zu einer schwerwiegenden Betriebsunterbrechung des Dienstes geführt hat oder führen kann, erhebliche finanzielle Verluste verursacht, andere natürliche oder juristische Personen erheblich beeinträchtigt oder Daten unbefugt abgeflossen sind.
Entscheidend ist der tatsächliche oder potenzielle Einfluss auf die Kontinuität des Dienstes. Die Einschätzung liegt zunächst beim Unternehmen selbst. Im Zweifelsfall gilt: lieber melden und nachkorrigieren, als nicht melden und das Bußgeldrisiko eingehen.
Beispiele für meldepflichtige Vorfälle:
- •Ransomware-Verschlüsselung kritischer Systeme mit Produktionsausfall
- •DDoS-Angriff mit messbarem Verfügbarkeitseinbruch
- •Kompromittierung privilegierter Accounts (Admin, Domain Admin, Root)
- •Unberechtigter Datenabfluss aus Produktivsystemen
- •Sabotage durch Insider mit Zugang zu kritischen Systemen
- •Ausfall einer kritischen Infrastrukturkomponente durch Cyberangriff
Nicht meldepflichtige Ereignisse:
- •Erfolgte Phishing-Versuche ohne erfolgreiche Kompromittierung
- •Tägliche Malware-Erkennungen und -Blockierungen durch Endpoint-Schutz
- •Port-Scans und automatisierte Reconnaissance ohne Einbruch
- •Intern entdeckte und sofort behobene Konfigurationsfehler ohne Auswirkung
Stufe 1: Frühwarnung (24 Stunden)
Frist: 24 Stunden ab Kenntnis des erheblichen Sicherheitsvorfalls nach § 32 Abs. 1 Nr. 1 BSIG. Die 24-Stunden-Uhr beginnt zu laufen, sobald eine verantwortliche Person im Unternehmen Kenntnis erlangt, nicht erst wenn der Vorfall vollständig analysiert ist.
Adressat: Bundesamt für Sicherheit in der Informationstechnik (BSI) über das BSI-Portal unter portal.bsi.bund.de.
Pflichtangaben für die Frühwarnung:
- 1.Einrichtungsnummer aus der BSI-Registrierung
- 2.Zeitpunkt der Kenntnis (nicht unbedingt des Vorfalls selbst)
- 3.Erste Einschätzung: böswillig (Angriff) oder unbeabsichtigt (technisches Versagen)
- 4.Grenzüberschreitende Auswirkungen: Sind andere EU-Mitgliedstaaten betroffen?
- 5.Kontaktdaten der meldenden Person
Die Frühwarnung muss keine vollständige Analyse enthalten. Das BSI versteht, dass 24 Stunden nach einem Sicherheitsvorfall keine lückenlose Aufklärung möglich ist. Entscheidend ist die frühzeitige Information, damit das BSI koordinierend eingreifen kann.
Häufiger Fehler:
Auf die vollständige forensische Aufklärung warten, bevor gemeldet wird. Das ist zu spät. Die 24h-Frist gilt ab Kenntnis, nicht ab Abschluss der Analyse.
Stufe 2: Meldung (72 Stunden)
Frist: 72 Stunden ab Kenntnis nach § 32 Abs. 1 Nr. 2 BSIG. Die 72-Stunden-Meldung ist eine Aktualisierung und Vertiefung der Frühwarnung mit einer ersten strukturierten Bewertung des Vorfalls. Das entspricht dem Rhythmus aus der DSGVO (Art. 33) und ist bewusst identisch gewählt, damit Unternehmen beide Meldungen parallel vorbereiten können.
Pflichtinhalt der 72-Stunden-Meldung:
- •Bewertung des Vorfalls: Kategorie, Schweregrad, Art des Angriffs
- •Bekannte Indikatoren für eine Kompromittierung (IoCs): IP-Adressen, Hash-Werte, Domains
- •Wirkungsabschätzung: Betroffene Systeme, Dienste, Datenkategorien
- •Getroffene Maßnahmen: Isolation, Patches, Passwort-Reset, Benachrichtigungen
- •Aktualisierung der 24h-Frühwarnung: Korrekturen oder neue Erkenntnisse
- •Ob grenzüberschreitende Auswirkungen vorliegen oder ausgeschlossen wurden
Format: strukturiertes Formular im BSI-Portal. Es empfiehlt sich, das interne Incident-Response-Team parallel zur Meldung arbeiten zu lassen und die Dokumentation in Echtzeit zu führen. Wer das Meldeformular während einer aktiven Krise zum ersten Mal ausfüllt, verliert wertvolle Zeit. Unser Incident Report hilft, Lage, Nachweise und getroffene Entscheidungen nachvollziehbar zu dokumentieren.
Stufe 3: Abschlussbericht (ein Monat)
Frist: spätestens ein Monat nach Übermittlung der 72h-Meldung gemäß § 32 Abs. 1 Satz 1 Nr. 4 BSIG. Dauert der Vorfall noch an, wird zunächst eine Fortschrittsmeldung vorgelegt. Der Abschlussbericht ist die umfassendste Meldung und dient dem BSI als Grundlage für systemische Analysen und Empfehlungen an andere Einrichtungen.
Pflichtinhalt des Abschlussberichts:
- •Detaillierte technische Beschreibung des Vorfalls und seines Verlaufs
- •Ursachen (Root Cause Analysis): technische, organisatorische, menschliche Faktoren
- •Angewandte Abhilfemaßnahmen: was wurde getan, um den Schaden zu begrenzen
- •Ergriffene Sicherheitsmaßnahmen zur Vermeidung einer Wiederholung
- •Auswirkungen auf Dritte oder andere EU-Mitgliedstaaten
- •Lessons Learned und geplante strukturelle Verbesserungen
Format: strukturiertes BSI-Portal-Formular mit Möglichkeit zum Dokumentenupload. Bei besonders komplexen oder langanhaltenden Vorfällen kann das BSI Zwischenberichte anfordern. In solchen Fällen verlängert sich die Frist nicht automatisch, aber das BSI kann Ausnahmen gewähren, wenn eine nachvollziehbare Begründung vorliegt.
Meldeprozess intern einrichten
§ 33 BSIG verlangt eine 24/7-erreichbare Kontaktstelle. Das ist nicht nur ein formales Registrierungserfordernis, sondern die operative Voraussetzung dafür, dass die 24h-Meldepflicht überhaupt eingehalten werden kann. Ohne klare Rollen und Eskalationspfade verstreicht die Frist, bevor jemand zuständig ist.
Empfohlener Eskalationspfad:
- 1.Security Operations / IT-Betrieb erkennt und dokumentiert den Vorfall, aktiviert das Incident-Response-Playbook
- 2.Security-Lead / IT-Sicherheitsbeauftragter bewertet den Schweregrad und entscheidet über Meldepflicht
- 3.CISO / CSO koordiniert die BSI-Meldung, informiert die Geschäftsleitung
- 4.Geschäftsleitung wird informiert (Haftung nach § 38 BSIG) und trifft strategische Entscheidungen (Kundenkommunikation, Strafanzeige)
Kommunikationsverantwortung klar trennen: Wer meldet ans BSI? Wer informiert Kunden? Wer informiert den Datenschutzbeauftragten bei Datenabfluss? Wer kommuniziert gegenüber der Presse? Fehlende Klarheit hier führt in der Krise zu gefährlichen Verzögerungen. Dokumentiere alle Rollen in einem Incident-Response-Playbook.
Parallele Pflichten: DSGVO-Meldung
Sind bei einem NIS2-pflichtigen Sicherheitsvorfall personenbezogene Daten betroffen, greift zusätzlich die DSGVO. Art. 33 DSGVO verlangt eine Meldung an die zuständige Datenschutzaufsichtsbehörde innerhalb von 72 Stunden ab Kenntnis. Art. 34 DSGVO verpflichtet darüber hinaus zur Benachrichtigung der betroffenen Personen, wenn der Vorfall voraussichtlich ein hohes Risiko für deren Rechte und Freiheiten verursacht.
Wichtige Unterscheidung: Die NIS2-Meldung geht ans BSI, die DSGVO-Meldung geht an den zuständigen Landesdatenschutzbeauftragten. Die Fristen sind zufällig identisch (72 Stunden), aber die Adressaten, Formulare und Inhalte unterscheiden sich. In der Praxis empfiehlt sich eine parallele Vorbereitung beider Meldungen, da sich viele Inhalte überschneiden. Stelle sicher, dass der Datenschutzbeauftragte im Eskalationspfad verankert ist.
Bußgeldrahmen bei Versäumnis
§ 65 Abs. 1 Nr. 3 BSIG sieht für Verstöße gegen die Meldepflichten nach § 32 BSIG ein Bußgeld von bis zu 500.000 EUR pro nicht gemeldetem oder verspätet gemeldetem Vorfall vor. Jede nicht eingehaltene Frist (24h, 72h, 30d) kann separat geahndet werden. Bei strukturellen Verstößen, also wenn Meldepflichtverletzungen wiederholt auftreten, greift § 65 Abs. 2 BSIG mit bis zu 10 Mio. EUR oder 2 % des weltweiten Jahresumsatzes.
Alle Details zum Bußgeldrahmen und zur persönlichen Haftung der Geschäftsleitung findest du auf unserer Seite zu NIS2-Strafen und Sanktionen.
Häufige Fehler vermeiden
- 1.Erst melden, nachdem der Vorfall gelöst ist: Die Meldefristen beginnen ab Kenntnis, nicht ab Behebung. Wer auf den Abschluss der Incident Response wartet, ist regelmäßig zu spät.
- 2.Nur die 24h-Stufe melden und vergessen: Die dreistufige Kette ist Pflicht. Eine Frühwarnung ohne 72h-Meldung und 30d-Bericht ist ein Rechtsverstoß, selbst wenn die 24h-Meldung korrekt abgegeben wurde.
- 3.Keine klare interne Zuständigkeit: "Zuständigkeit ungeklärt" ist in einer Krise keine Verteidigung. Rollen und Eskalationspfade müssen vorab definiert und regelmäßig geübt werden.
- 4.DSGVO-Meldung vergessen: Bei Vorfällen mit Personenbezug müssen BSI-Meldung und DSGVO-Meldung parallel vorbereitet werden. Eine vergessene DSGVO-Meldung kann zu einem eigenständigen Bußgeld führen.
- 5.BSI-Portal nicht vorab getestet: Das Portal-Login und das Meldeformular zum ersten Mal in einer Krise zu öffnen, kostet wertvolle Zeit. Teste den Prozess im ruhigen Betrieb.
Vorlage: Incident Report
Der ausfüllbare Incident Report begleitet dich von der Erstaufnahme bis zum Abschluss: Betroffenheit, finanzielle Auswirkungen, Nachweise, Entscheidungen, Wiederanlauf und Root-Cause-Analyse. Die 25-seitige Arbeitsakte enthält auch Register für Meldepflichten und Übermittlungen sowie einen Verbesserungsplan mit Verantwortlichen und Wirksamkeitsprüfung.
Vorschau und alle Inhalte ansehen →
Der Report ist eine interne Vorfallakte; die erforderliche Meldung über den behördlichen Meldeweg erfolgt separat.
Häufige Fragen
Wann beginnt die 24h-Meldepflicht?
Die 24h-Frist beginnt in dem Moment, in dem eine verantwortliche Person im Unternehmen Kenntnis vom erheblichen Sicherheitsvorfall erlangt, nicht ab dem Zeitpunkt des eigentlichen Vorfalls. Auf den Abschluss einer forensischen Analyse zu warten, ist ein häufiger Fehler, der zur Fristversäumnis führt.
Muss ich auch melden, wenn ich den Vorfall selbst gelöst habe?
Ja. Die Meldepflicht nach § 32 BSIG gilt unabhängig davon, ob der Vorfall bereits behoben wurde. Ziel der Meldekette ist die systemische Erkenntnis: Das BSI wertet Meldungen aus, um Angriffsmuster zu erkennen, andere Einrichtungen zu warnen und grenzüberschreitende Vorfälle zu koordinieren. Die eigene Behebung hebt die Meldepflicht nicht auf.
Ist eine Ransomware-Verschlüsselung immer meldepflichtig?
Ein Ransomware-Angriff, der zu einem tatsächlichen Dienstausfall oder einer erfolgreichen Verschlüsselung von Produktivsystemen führt, ist in der Regel als erheblicher Sicherheitsvorfall nach § 32 Abs. 2 BSIG meldepflichtig. Ein Ransomware-Versuch, der durch den Endpoint-Schutz blockiert wurde, bevor eine Verschlüsselung stattfand, ist typischerweise nicht meldepflichtig, sofern keine Auswirkung auf die Dienstkontinuität vorlag.
Muss ich parallel auch nach DSGVO melden?
Ja, wenn personenbezogene Daten betroffen sind. Die NIS2-Meldung geht ans BSI; die DSGVO-Meldung (Art. 33 DSGVO) geht an die zuständige Datenschutzaufsichtsbehörde und muss ebenfalls innerhalb von 72 Stunden erfolgen. Beide Meldungen können parallel vorbereitet werden, da sich der sachliche Inhalt weitgehend überschneidet.
Was kostet ein Versäumnis der Meldepflicht?
Nach § 65 Abs. 1 Nr. 3 BSIG droht ein Bußgeld von bis zu 500.000 EUR pro nicht gemeldetem oder verspätet gemeldetem Vorfall. Jede versäumte Stufe (24h, 72h, 30d) kann separat geahndet werden. Strukturelle Verstöße können nach § 65 Abs. 2 BSIG zu Bußgeldern von bis zu 10 Mio. EUR oder 2 % des weltweiten Jahresumsatzes führen.
Wer im Unternehmen ist verantwortlich?
Nach § 33 BSIG muss das Unternehmen eine 24/7-erreichbare Kontaktstelle benennen. In der Praxis verläuft die Meldekette von Security Operations über den CISO/CSO bis zur Geschäftsleitung, die nach § 38 BSIG persönlich haftet. Die Kontaktstelle muss operativ in der Lage sein, jederzeit auf Sicherheitswarnungen zu reagieren.
Wie sieht die BSI-Portal-Meldung aus?
Das BSI-Portal unter portal.bsi.bund.de stellt für jede der drei Meldestufen ein strukturiertes Online-Formular bereit. Die Frühwarnung erfordert grundlegende Vorfallsinformationen und eine erste Einschätzung. Die 72h-Meldung ergänzt Indikatoren und getroffene Maßnahmen. Der Abschlussbericht ist grundsätzlich einen Monat nach der 72h-Meldung einzureichen und enthält die Beschreibung, wahrscheinliche Ursachen, Abhilfemaßnahmen und gegebenenfalls grenzüberschreitende Auswirkungen. Unser Incident Report dokumentiert die interne Bearbeitung; die behördliche Meldung erfolgt separat.
Verwandte Ressourcen
- →NIS2-Registrierung beim BSI – Voraussetzung: Einrichtungsnummer für die Meldung
- →NIS2-Anforderungen nach Art. 21 – Incident Handling als eine von zehn Pflichtmaßnahmen
- →NIS2-Strafen und Sanktionen – Bußgeldrahmen und Geschäftsführerhaftung
Weitere NIS2-Themen
NIS2-Übersicht
Betroffenheitsprüfung und Gesamtüberblick
Rechner
Branchengenaue Betroffenheitsprüfung
Umsetzung & Checkliste
Prioritäten, Zuständigkeiten und Nachweise planen
Kosten
Ehrlicher Kostenvergleich NIS2 2026
Anforderungen
Alle Pflichten aus Art. 21 im Detail
Registrierung
BSI-Portal Schritt für Schritt
Lieferkette
Lieferantensicherheit nach § 30 Abs. 2 Nr. 4 BSIG
Pflichtschulung Geschäftsleitung
§ 38 BSIG: persönliche Schulungspflicht live online
Strafen & Sanktionen
Bußgelder und Geschäftsführerhaftung
ISO 27001 Mapping
NIS2-Anforderungen auf ISO-Controls abbilden
Schwellenwert-Datenbank
BSI-KritisV-Schwellen und NIS2-Kriterien maschinenlesbar
Lass uns gemeinsam prüfen, wo du stehst
Kostenlos & unverbindlich