JAMORIE NIS2-Meldepflicht
Auslöser der Meldepflicht nach § 32 BSIG

Erheblich oder nicht: Die Entscheidung, die in einer Stunde fallen muss

Nicht jeder Vorfall ist meldepflichtig, sondern nur ein erheblicher. Das Gesetz nennt zwei Kriterien, aber keine Zahlen. Wer die Übersetzung auf das eigene Unternehmen erst im Ernstfall vornimmt, verbraucht die 24-Stunden-Frist mit der Diskussion. Diese Seite liefert Kriterien, Beispiele, einen Entscheidungsbaum und die Schwellenwerte, die Sie vorab festlegen sollten.

  • 2 Kriterien im Gesetz, beide auch für drohende Folgen
  • 24 Stunden Frist ab Kenntnis, nicht ab Angriff
  • 1 h Zielzeit für die Bewertung
  • vorab Schwellenwerte festlegen, nicht im Vorfall
Die zwei Kriterien

Was das Gesetz unter 'erheblich' versteht

Ein Sicherheitsvorfall ist erheblich, wenn eines von zwei Kriterien erfüllt ist. Beide erfassen nicht nur eingetretene, sondern auch mögliche Folgen.

  • Kriterium 1

    Schwerwiegende Betriebsstörung oder finanzieller Verlust

    Der Vorfall hat schwerwiegende Betriebsstörungen der Dienste oder finanzielle Verluste für die betroffene Einrichtung verursacht oder kann sie verursachen. Maßstab ist Ihre eigene Einrichtung: Welche Dienste stehen, wie lange, mit welchem Verlust.

  • Kriterium 2

    Erheblicher Schaden für andere

    Der Vorfall hat andere natürliche oder juristische Personen erheblich materiell oder immateriell beeinträchtigt oder kann das. Maßstab sind Kunden, Empfänger Ihrer Dienste, Partner, Betroffene. Ein Datenabfluss erfüllt dieses Kriterium oft, auch wenn Ihr eigener Betrieb weiterläuft.

Das Wort 'kann' entscheidet: Sie müssen nicht warten, bis der Schaden eingetreten ist. Ein Angreifer mit Administratorrechten kann eine schwerwiegende Betriebsstörung verursachen, auch wenn er noch nichts verschlüsselt hat. Die Bewertung fragt nach dem realistischen Potenzial, nicht nach dem bisherigen Verlauf.

Beispiele

Typische Vorfälle und ihre Einordnung

Die Einordnung hängt immer vom Einzelfall und von Ihren Schwellenwerten ab. Die Tabelle zeigt, in welche Richtung die Bewertung in der Praxis meist geht.

Beispiele für die Bewertung von Sicherheitsvorfällen
SzenarioEinordnungBegründung
Ransomware verschlüsselt ERP und Produktionssteuerung, Fertigung stehtErheblichSchwerwiegende Betriebsstörung und finanzieller Verlust (Kriterium 1). Meist zusätzlich Lieferunfähigkeit gegenüber Kunden (Kriterium 2).
Abfluss von Kundendaten über eine kompromittierte SchnittstelleErheblichErhebliche Beeinträchtigung Dritter (Kriterium 2), auch wenn der eigene Betrieb weiterläuft. Parallel DSGVO-Meldung prüfen.
Administratorkonto kompromittiert, Ausmaß noch unklarIm Zweifel erheblichDas Potenzial für eine schwerwiegende Betriebsstörung besteht. Erstmeldung mit 'Verdacht' absetzen und in der 72-Stunden-Meldung präzisieren.
DDoS-Angriff, Kundenportal mehrere Stunden nicht erreichbarAbhängig vom SchwellenwertEntscheidend ist, ob das Portal ein Dienst ist, dessen Ausfall Ihre Kunden erheblich trifft, und ob die Dauer Ihre vorab definierte Schwelle überschreitet.
Vorfall beim IT-Dienstleister, Ihre Systeme sind betroffenErheblich, wenn Ihre Dienste gestört sindDie Meldepflicht liegt bei Ihrer Einrichtung. Der Dienstleister muss Sie so früh informieren, dass Sie selbst bewerten und melden können.
Phishing-Welle an die Belegschaft, niemand hat geklicktNicht erheblichKein Zugriff, keine Störung, kein Schaden. Trotzdem dokumentieren: Häufen sich gezielte Versuche, kann das die Risikobewertung ändern.
Verlust eines verschlüsselten NotebooksIn der Regel nicht erheblichBei wirksamer Verschlüsselung weder Betriebsstörung noch Schaden für Dritte. Datenschutzrechtliche Bewertung gesondert vornehmen.
Entscheidungsbaum

Fünf Fragen bis zur Entscheidung

Ein Ablauf, der auf eine Seite passt und auch nachts funktioniert. Jede Frage hat drei mögliche Antworten: ja, nein, unklar. 'Unklar' führt nie zum Abbruch, sondern zur nächsten Frage.

  1. Liegt ein Sicherheitsvorfall vor?

    Ein Ereignis, das die Verfügbarkeit, Integrität, Authentizität oder Vertraulichkeit Ihrer Systeme, Daten oder Dienste beeinträchtigt. Ein reiner Hardwaredefekt mit funktionierendem Ersatz ist keiner, ein unerklärlicher Ausfall mit Anzeichen für Fremdzugriff schon.

    • Nein: kein Meldefall, Ereignis im Betriebslog vermerken
    • Ja oder unklar: weiter zu Frage 2
  2. Ist ein Dienst Ihrer Einrichtung betroffen oder bedroht?

    Welche Prozesse, Standorte, Kunden hängen an den betroffenen Systemen? Hier hilft die Liste kritischer Prozesse aus Ihrer Notfallplanung: Steht dort, was ein Ausfall des Systems bedeutet, ist die Frage in Minuten beantwortet.

    • Nein, nur ein isoliertes Einzelsystem ohne Dienstbezug: Frage 4 prüfen
    • Ja oder unklar: weiter zu Frage 3
  3. Kriterium 1: Betriebsstörung oder Verlust über der Schwelle?

    Vergleich mit den vorab festgelegten Schwellenwerten: Ausfalldauer kritischer Prozesse, Zahl betroffener Standorte oder Systeme, geschätzter Verlust. Auch drohende Folgen zählen, wenn sie realistisch sind.

    • Ja: erheblich, Erstmeldung vorbereiten
    • Nein oder unklar: weiter zu Frage 4
  4. Kriterium 2: Dritte erheblich beeinträchtigt?

    Kunden, Empfänger Ihrer Dienste, Partner, betroffene Personen. Datenabfluss, Lieferunfähigkeit, kompromittierte Zugänge zu fremden Systemen. Sind personenbezogene Daten betroffen, parallel die DSGVO-Meldung prüfen.

    • Ja: erheblich, Erstmeldung vorbereiten
    • Nein: nicht erheblich, Bewertung protokollieren
    • Unklar: weiter zu Frage 5
  5. Bei 'unklar': Kann sich das Bild in den nächsten Stunden klären?

    Wenn ja, Wiedervorlage nach spätestens vier Stunden mit festem Verantwortlichen. Wenn nein, Erstmeldung mit 'Verdacht' absetzen. Die 72-Stunden-Meldung ist für die Korrektur da; eine verpasste Frist lässt sich nicht korrigieren.

    • Jede Entscheidung mit Uhrzeit, Person und Begründung protokollieren
Schwellenwerte

Was Sie vorab festlegen sollten

Das Gesetz nennt keine Zahlen, Ihr Unternehmen muss sie nennen. Die Werte kommen nicht aus dem Bauch, sondern aus Notfallplanung, Vertragspflichten und Risikoanalyse.

Dimensionen für Schwellenwerte zur Erheblichkeit
DimensionBeispiel für eine SchwelleWoher der Wert kommt
Ausfalldauer kritischer ProzesseAusfall länger als die im Notfallplan festgelegte maximal tolerierbare Ausfallzeit des ProzessesBusiness-Impact-Analyse, Notfallplanung
ReichweiteMehr als ein Standort, mehr als ein Kernsystem oder ein zentraler Dienst für alle Kunden betroffenSystemlandschaft, Abhängigkeitsanalyse
Betroffene EmpfängerDienste für Kunden nicht erbringbar, vertragliche Verfügbarkeiten oder Lieferzusagen verletztKundenverträge, Service Level, Lieferverpflichtungen
Finanzieller VerlustGeschätzter Schaden über einem Betrag, den die Geschäftsleitung als wesentlich festlegtRisikoanalyse, Risikoakzeptanz der Geschäftsleitung
DatenabflussAbfluss oder unbefugter Zugriff auf personenbezogene, vertrauliche oder kundenbezogene DatenDatenklassifizierung, Datenschutz
KontrollverlustKompromittierte Administratorrechte, Zugriff auf zentrale Identitäts- oder Backup-SystemeBerechtigungskonzept, Kronjuwelen-Analyse

Beschlusssache: Die Schwellenwerte gehören von der Geschäftsleitung gebilligt, denn sie entscheiden über Meldung oder Nichtmeldung. Einmal jährlich und nach jedem erheblichen Vorfall überprüfen.

Nachweis

Jede Bewertung wird protokolliert

Die Entscheidung 'nicht erheblich' ist so wichtig wie die Meldung selbst. Ohne Protokoll ist sie im Nachhinein nicht zu verteidigen.

  • Bewertungsprotokoll

    Uhrzeit der Kenntnis, Sachverhalt, Antworten auf die fünf Fragen, herangezogene Schwellenwerte, Ergebnis, bewertende und bestätigende Person. Eine Seite, in der Vorfallsakte abgelegt.

  • Wiedervorlage bei 'nicht erheblich'

    Vorfälle entwickeln sich. Was um 9 Uhr ein Einzelsystem war, ist um 14 Uhr ein Netzwerk. Jede Nichtmeldung bekommt einen festen Termin zur Neubewertung und eine verantwortliche Person.

  • Kontinuität zur Erstmeldung

    Wird der Vorfall als erheblich bewertet, ist das Protokoll die Grundlage der Erstmeldung. Sachverhalt, Verdacht und grenzüberschreitende Auswirkungen stehen dort schon. Was in die Erstmeldung gehört, erklärt die nächste Seite.

Häufige Fragen

Zur Erheblichkeit

Gilt die Meldepflicht nur für Vorfälle, die schon Schaden verursacht haben?

Nein. Beide Kriterien erfassen ausdrücklich auch Vorfälle, die eine schwerwiegende Betriebsstörung, einen finanziellen Verlust oder einen erheblichen Schaden für andere verursachen können. Ein kompromittiertes Administratorkonto ist deshalb schon dann ein Kandidat, wenn noch nichts ausgefallen ist, aber das Potenzial dafür besteht.

Ist ein abgewehrter Angriff ein erheblicher Sicherheitsvorfall?

In der Regel nicht. Wer einen Angriffsversuch erkennt und abwehrt, bevor Dienste beeinträchtigt oder Daten kompromittiert wurden, hat meist keinen erheblichen Vorfall. Dokumentieren Sie die Bewertung trotzdem und prüfen Sie, ob wirklich alles abgewehrt wurde. Erweist sich später, dass der Angreifer doch im Netz war, beginnt die Frist mit dieser Erkenntnis.

Wer trifft die Entscheidung, ob ein Vorfall erheblich ist?

Das legen Sie vorab fest. Bewährt hat sich: Der Meldeverantwortliche bewertet anhand der Kriterien und Schwellenwerte, ein Mitglied der Geschäftsleitung bestätigt. Beide müssen mit Vertretung erreichbar sein. Was nicht funktioniert, ist eine Bewertung im Konsens einer zehnköpfigen Runde am nächsten Werktag.

Unser Dienstleister hatte den Vorfall. Ist das unser erheblicher Sicherheitsvorfall?

Wenn der Vorfall beim Dienstleister Ihre Dienste schwerwiegend stört oder Ihre Kunden erheblich beeinträchtigen kann, ja. Die Meldepflicht bleibt bei Ihrer Einrichtung. Deshalb muss der Dienstleister vertraglich verpflichtet sein, Sie binnen weniger Stunden so zu informieren, dass Sie selbst bewerten und melden können.

Wir haben einen Vorfall als nicht erheblich eingestuft. Was, wenn das BSI das anders sieht?

Dann zählt Ihre Dokumentation: Wer hat wann anhand welcher Kriterien wie entschieden? Eine nachvollziehbare, vorab festgelegte Bewertungslogik ist die beste Verteidigung gegen den Vorwurf einer unterlassenen Meldung. Eine Einstufung ohne Protokoll ist im Nachhinein kaum zu verteidigen.

Weiterlesen

Vertiefung zur Meldepflicht

Marcel Rieger
Fachlich verantwortlich

Marcel Rieger

Geschäftsführer, Cyber Risiko & Compliance, JAMORIE Consulting GmbH

Marcel ist Wirtschaftsinformatiker mit über 10 Jahren Erfahrung in Informationssicherheit, Digitalisierung und IT-Projektmanagement. Als Geschäftsführer und Leiter der Cyber-Risk-Lösungen unterstützt er Unternehmen beim Aufbau governance-konformer Cyber-Risiko-Frameworks.

LinkedIn-Profil · Inhalt zuletzt geprüft am 24. September 2026. Die Inhalte informieren allgemein und ersetzen keine Rechtsberatung im Einzelfall.

Kostenloses Erstgespräch

Schwellenwerte für Ihr Unternehmen festlegen

Im kostenlosen Erstgespräch übersetzen wir die zwei Kriterien auf Ihre kritischen Prozesse und klären, welche Werte Ihre Geschäftsleitung beschließen sollte.

  • Entscheidungsbaum auf einer Seite
  • Schwellenwerte aus Notfallplanung und Verträgen
  • Bewertungsprotokoll als Vorlage

Wir rufen Sie zurück

Kurz die Kontaktdaten, wir melden uns innerhalb eines Werktags für ein kostenloses Erstgespräch. Kein Kalender, keine Vorbereitung nötig.

Mit dem Absenden stimmen Sie zu, dass wir Sie zur Terminabstimmung kontaktieren. Details in unserer Datenschutzerklärung.