Leitfäden

NIS2-Leitfaden · 7 Min.

NIS2-Vorfallmeldung: die Fristen von 24 und 72 Stunden erklärt

Wenn ein erheblicher Vorfall einschlägt, läuft die Uhr sofort, und NIS2 misst seine Fristen in Stunden, nicht in Tagen. Dieser Leitfaden legt dar, was als erheblicher Vorfall zählt, die genaue Meldereihenfolge nach Artikel 23, und den Fall, über den Teams am häufigsten stolpern: der Moment, in dem der Vorfall eines Lieferanten still zu Ihrer Meldepflicht wird.

Die wichtigsten Punkte

  • Ein erheblicher Vorfall löst eine gestufte Meldung aus: Frühwarnung binnen 24 Stunden, vollständige Meldung binnen 72 Stunden, Abschlussbericht binnen eines Monats (Art. 23).
  • „Erheblich“ bedeutet schwere Betriebsstörung oder finanziellen Verlust oder erheblichen Schaden für andere: nicht jeder Vorfall überspringt diese Hürde.
  • Ein Lieferanten- oder Drittparteienvorfall, der Ihren Dienst stört, kann Ihre 24-Stunden-Uhr starten: Sicht auf sie ist Teil der Bereitschaft.
  • Meldungen gehen an Ihr nationales CSIRT oder die zuständige Behörde; unter Umständen müssen Sie auch die Empfänger Ihrer Dienste informieren.

Was als „erheblicher“ Vorfall zählt

Nicht jeder Vorfall ist meldepflichtig. Nach Artikel 23 ist ein Vorfall erheblich, wenn er eine schwere Betriebsstörung der Dienste oder finanzielle Verluste für die Einrichtung verursacht hat oder verursachen kann, oder wenn er andere natürliche oder juristische Personen durch erhebliche materielle oder immaterielle Schäden beeinträchtigt hat oder beeinträchtigen kann.

Die Kommission hat für bestimmte digitale Anbieter in einer Durchführungsverordnung konkretere Schwellen gesetzt, doch das Prinzip gilt über die Sektoren hinweg: beurteilen Sie nach Schwere und Reichweite der Auswirkung, nicht danach, wie neuartig der Angriff war. Im Zweifel dokumentieren Sie die Einschätzung: die Entscheidung, nicht zu melden, sollte ebenso vertretbar sein wie die, zu melden.

Der Meldezeitplan (Artikel 23)

Die Meldung erfolgt gestuft: erst ein schnelles Signal, das Detail später. Jede Frist läuft ab dem Moment, in dem Sie von dem erheblichen Vorfall Kenntnis erlangen: nicht ab seinem Beginn.

Binnen 24 Stunden: Frühwarnung

Eine erste Warnung an Ihr CSIRT oder die zuständige Behörde, mit dem Hinweis, ob der Vorfall mutmaßlich böswillig oder rechtswidrig ist und ob er grenzüberschreitende Auswirkungen haben könnte.

Binnen 72 Stunden: Vorfallmeldung

Eine Aktualisierung mit einer ersten Bewertung: Schwere und Auswirkung sowie Kompromittierungsindikatoren, soweit vorhanden.

Auf Anfrage: Zwischenbericht

Wenn das CSIRT oder die Behörde danach fragt, ein Statusupdate zur Bearbeitung des Vorfalls.

Binnen 1 Monat nach der Meldung: Abschlussbericht

Eine ausführliche Darstellung: Grundursache und Art der Bedrohung, die angewandten und noch laufenden Gegenmaßnahmen sowie etwaige grenzüberschreitende Auswirkungen.

Ist der Vorfall am Monatsende noch nicht abgeschlossen, reichen Sie stattdessen einen Fortschrittsbericht ein, mit dem Abschlussbericht binnen eines Monats nach Abschluss der Bearbeitung.

Wenn der Vorfall eines anderen zu Ihrem wird

Die Meldepflicht endet nicht bei Vorfällen, die in Ihren eigenen Systemen beginnen. Erleidet ein Lieferant oder Dienstleister einen Vorfall, der die von Ihnen erbrachten Dienste erheblich stört, kann die Meldepflicht auf Sie fallen, und die 24-Stunden-Uhr startet, wenn Sie Kenntnis erlangen, nicht, wenn der Lieferant es Ihnen schließlich mitteilt.

Das ist der schwierige Teil: Lieferanten legen nicht immer schnell offen, und eine Meldung, die eine Woche zu spät kommt, hat Ihre Frist bereits aufgezehrt. Bereitschaft ruht daher auf unabhängiger Sicht: zu wissen, wann ein kritischer Lieferant auf einer Ransomware-Leak-Seite auftaucht, Anmeldedaten geleakt werden oder er einfach dunkel wird, ohne auf seine E-Mail zu warten.

Sehen Sie, wie Sie und Ihre Lieferanten tatsächlich abschneiden

7 Tage kostenlos · keine Kreditkarte · jederzeit kündbar

Wie man bereit ist, bevor die Uhr läuft

Eine stundenlange Frist einzuhalten ist eine Übung in Vorbereitung, kein Heldentum. Bevor irgendetwas passiert, stellen Sie sicher, dass Sie beantworten können:

Wer entscheidet, ob ein Vorfall „erheblich“ ist, und wer erreicht das CSIRT außerhalb der Bürozeiten?
Ist der CSIRT-/Behördenkontakt und der Meldekanal griffbereit, und nicht etwas, das man mitten in der Krise nachschlägt?
Stehen Klauseln zur Vorfallmeldung der Lieferanten in den Verträgen, mit einem definierten Zeitfenster?
Überwachen wir kritische Lieferanten unabhängig, damit wir nicht blind sind für einen Vorfall, den sie nicht offengelegt haben?
Können wir den Zeitverlauf und die Nachweise liefern, die ein Abschlussbericht braucht: was geschah, wann, und was wir dagegen taten?

Quelle: Richtlinie (EU) 2022/2555 (NIS2), Artikel 23 — sowie die Durchführungsverordnung der Kommission zu Schwellen für erhebliche Vorfälle bei bestimmten digitalen Anbietern; den genauen Kanal entnehmen Sie dem Meldeportal Ihres nationalen CSIRT.

Wie norppa.io hilft

Der schwierigste Teil des Zeitplans ist der, den Sie nicht steuern: ein Lieferantenvorfall, von dem Sie zu spät erfahren. norppa.io beobachtet Ihre Lieferanten kontinuierlich (Ransomware-Opferlistungen und Dark-Web-Credential-Leaks werden etwa alle sechs Stunden erneut geprüft, mit sofortiger Warnung) sodass ein Lieferantenereignis Sie rechtzeitig erreicht, um Ihre eigene Uhr zu starten.

Und weil jeder Befund mit Zeitstempel versehen und den NIS2-Artikeln zugeordnet ist, denen er entspricht, ist der Verlauf, den eine 72-Stunden-Meldung oder ein Abschlussbericht nach einem Monat braucht (was wann gesehen und was getan wurde) bereits zusammengestellt und wird nicht unter Druck rekonstruiert.

Noch nicht startbereit? Holen Sie den NIS2-Stand Ihres Landes

Wir senden Ihnen den NIS2-Umsetzungsstand Ihres Landes (Behörde, nationales Gesetz, wichtige Termine) sowie eine kompakte Lieferanten-Sorgfaltsprüfungs-Checkliste. Eine E-Mail, dann gelegentliche NIS2-Updates.

Wir geben Ihre E-Mail nie weiter. Abmeldung mit einem Klick. In der EU gespeichert.

Erfahren Sie nicht zu spät von einem Lieferantenvorfall

Sehen Sie im Musterbericht, wie kontinuierliches Lieferantenmonitoring Ransomware und Leaks binnen Stunden zutage fördert.

7 Tage kostenlos · keine Kreditkarte · jederzeit kündbar

Zuletzt geprüft: 19. Juni 2026

Dieser Leitfaden bietet allgemeine Informationen zum EU-Recht, keine Rechtsberatung. NIS2 wird durch das nationale Umsetzungsgesetz jedes EU-Mitgliedstaats wirksam, das im Detail abweichen kann. Prüfen Sie die für Sie geltenden Pflichten mit Ihrer zuständigen Behörde oder Ihrem Rechtsbeistand.

Verwandte Leitfäden

ENISA-Beschaffungsleitlinien zur Cybersicherheit für Krankenhäuser: so bewerten Sie Ihre Lieferanten

ENISAs Beschaffungsleitlinien vom Juli 2026 machen Lieferanten-Cybersicherheit zum Teil des Gesundheitseinkaufs. In konkrete Schritte übersetzt: Anforderungen festlegen, Kandidaten extern bewerten, vertraglich regeln, überwachen und dokumentieren, zugeordnet zur NIS2-Lieferkettenpflicht (Art. 21(2)(d)).

Wie Sie NIS2 erfüllen: ein Schritt-für-Schritt-Fahrplan

Die Schritte zur NIS2-Konformität in der richtigen Reihenfolge: Anwendungsbereich bestätigen, registrieren, Verantwortung der Leitung (Art. 20), die Maßnahmen nach Art. 21 Abs. 2, Lieferkettensicherheit, Vorfallmeldung (Art. 23) und fortlaufende, nachgewiesene Absicherung.

Wer fällt unter NIS2? Wesentliche und wichtige Einrichtungen, Sektoren und Größenschwellen

Stellen Sie fest, ob NIS2 für Sie gilt: die zwei Kategorien, die Sektoren aus Anhang I/II, die Größenschwellen, größenunabhängige Ausnahmen und wie die Lieferkette Sie auch ohne Benennung erfasst.

NIS2 für Lieferanten: Sie sind nicht eingestuft, aber Ihre Kunden

Die meisten Unternehmen werden nie unter NIS2 eingestuft, müssen aber dennoch konform sein. Wie die Lieferkettenpflicht eines erfassten Kunden nach Artikel 21 Absatz 2 Buchstabe d auf Sie übergeht, was er verlangt und wie Sie glaubwürdig reagieren.

NIS2 und die Lieferkettenpflicht: was das in der Praxis bedeutet

NIS2 verpflichtet wesentliche und wichtige Einrichtungen zur Bewertung ihrer Lieferkettenrisiken. Lieferanten-Tiering, 4th-Party-Risiken, Art. 23-Meldepflicht und worauf Prüfer achten.

So entsteht ein Sicherheitsvorfall 2026: Ihre externe Angriffsfläche und Ihre Lieferkette

Die Angriffskette 2026 Schritt für Schritt — gestohlene Zugangsdaten, ausgenutzte Edge-Geräte, E-Mail-Spoofing — auf Ihrer eigenen Angriffsfläche und der Ihrer Lieferanten, und wo norppa.io die Kette durchbricht.

Lieferanten-Cyberrisikobeurteilung: was das automatisierte NIS2-Monitoring prüft

Alle Prüfkategorien erklärt: Ransomware, Dark-Web-Lecks, TLS/DNSSEC, Cookie-Sicherheit, CVE/EPSS, Sanktionen, MX-Blacklists und SAQ. Befundslebenszyklus und NIS2-Artikelzuordnung.

NIS2 Art. 21(2): Sicherheits-Checkliste für Lieferanten

Checkliste für Beschaffungs- und Sicherheitsteams: Was zu fragen ist, welche Nachweise zu sammeln sind und wie zu reagieren ist, wenn ein Lieferant Anforderungen nicht erfüllt. Mit empfohlenen Nachweisdokumenten.

NIS2-Lieferantenfragebogen (SAQ): was fragen, wie bewerten, plus Vorlage

Was Lieferanten nach Art. 21(2)(d) zu fragen ist, wie man Antworten bewertet und auf Lücken reagiert, warum Selbstauskunft Überprüfung braucht, plus eine kostenlose Vorlage.

NIS2 und die Verantwortung der Leitung: Was Vorstand und Geschäftsführung wissen müssen

Was NIS2 vom Leitungsorgan erwartet: Genehmigungs- und Aufsichtspflichten, persönliche Haftung (Art. 20), Schulung, Vorstands-KPIs und die Sanktionen nach Art. 34.

ISO 27001 und NIS2: Was Ihr ISMS bereits abdeckt, und die Lücken, die bleiben

Wenn Sie ISO 27001 halten: was auf NIS2 übertragbar ist und was nicht (gesetzliche Vorfallmeldung, Haftung der Leitung, Registrierung und kontinuierliche Lieferkettensicherung) und wie Sie die Lücke schließen.

NIS2-Bußgelder und Sanktionen: wie hoch, wer haftet und wie man sie vermeidet

Was NIS2-Sanktionen sind: die Obergrenzen nach Artikel 34 (10 Mio. € / 2 % für wesentliche, 7 Mio. € / 1,4 % für wichtige Einrichtungen), die persönliche Haftung der Leitung (Art. 20, Art. 32), nicht-monetäre Durchsetzung und wie man sie vermeidet.

NIS2 vs. DORA: Unterschiede, Überschneidungen und was für Sie gilt

Wie sich die zwei EU-Regime unterscheiden und überschneiden, warum DORA Lex specialis für Finanzunternehmen ist, was für Sie gilt und was beide für Drittparteienrisiko bedeuten.

DSGVO vs. NIS2: Überschneidungen, Unterschiede und wann ein Vorfall beide auslöst

Wie sich DSGVO und NIS2 unterscheiden und überschneiden, wann ein Vorfall beide auslöst (DSGVO Art. 33 72 h an die Datenschutzbehörde vs. NIS2 Art. 23 24 h/72 h/ein Monat an das CSIRT), die Art.-35-Kooperation und das Verbot des doppelten Bußgelds, und was beide für die Lieferanten-Sorgfaltsprüfung bedeuten.

Der EU Cyber Resilience Act (CRA): Anwendungsbereich, Zeitplan und was er für Ihre Lieferkette bedeutet

Was der CRA verlangt, seine gestaffelten Termine (in Kraft 2024, Meldung Sep. 2026, volle Konformität Dez. 2027), wer in den Anwendungsbereich fällt und warum reine SaaS oft nicht, wie er NIS2 ergänzt und was er für Beschaffung und Lieferanten-Sorgfaltsprüfung bedeutet.

Die EU-KI-Verordnung: Risikostufen, Zeitplan und die Pflichten der Betreiber (Artikel 26)

Was die EU-KI-Verordnung verlangt: die Risikostufen, die gestaffelten Termine (in Kraft 2024, verboten Feb. 2025, GPAI Aug. 2025, Hochrisiko Aug. 2026), die Betreiberpflichten nach Art. 26, wie sie sich mit NIS2 und der DSGVO stapelt und was sie für die KI-Beschaffung bedeutet.

NIS2-Umsetzungsstand: in welchen EU-Ländern es in Kraft ist

Welche der 27 EU-Mitgliedstaaten NIS2 in nationales Recht überführt haben und welche noch daran arbeiten, und warum die Lücken Ihre Lieferkette ohnehin betreffen.

NIS2-Lieferantenvertragsklauseln: was Sie von Ihren Lieferanten verlangen sollten

Die Vertragsklauseln, die die Lieferkettenpflicht von NIS2 durchsetzbar machen: Sicherheitsbasis, Meldefenster, Nachweis- und Auditrechte, Weitergabe an Subunternehmer und laufende Überprüfung.

Ihre externe Sicherheitslage unter NIS2: was Lieferanten und Kunden sehen

Die öffentlich sichtbaren Signale, die Kunden nach NIS2 Art. 21(2)(d) bewerten: E-Mail-Fälschbarkeit (SPF/DMARC), Zertifikatshygiene, aus dem Internet erreichbare Systeme und geleakte Zugangsdaten, warum jedes zählt und wie man sie prüft und behebt.

Nutzen Ihre Lieferanten KI? NIS2-Lieferantenrisiko trifft den EU AI Act

Lieferanten betten zunehmend KI in Dienste ein, von denen Sie abhängen, und deren Lieferanten ebenso. Wo KI von Lieferanten und in der n-ten Ebene Risiken nach NIS2 Art. 21(2)(d) und dem EU AI Act schafft, was zu bewerten ist und wie Sie den Überblick behalten.

Lieferanten-Identitätsbetrug und CEO-Fraud (BEC): E-Mail-Spoofing, DMARC und NIS2

Einer der häufigsten Lieferkettenangriffe braucht keinen Einbruch: gefälschte E-Mail, die eine Zahlung umlenkt oder Daten stiehlt. Wie BEC und Lieferanten-Identitätsbetrug funktionieren, welche SPF-, DKIM- und DMARC-Einstellungen sie stoppen und wie das zu NIS2 Art. 21(2)(d) passt.