Beinahevorfall unter NIS2: Muss man ihn melden?
Beinahevorfall, Sicherheitsvorfall, erheblicher Sicherheitsvorfall: wo die Meldepflicht nach § 32 BSIG beginnt, typische Fälle, freiwillige Meldung und warum Dokumentation trotzdem zählt.
ComplyCheck-Redaktion · Stand: 2026-10-14
Beinahevorfall unter NIS2: Muss man ihn melden?
Stand: 14.10.2026 · ComplyCheck-Redaktion · Keine Rechtsberatung iSd RDG § 2.
Begriffe nach § 2 BSIG in der Fassung des NIS2UmsuCG, in Kraft seit 6. Dezember 2025. Meldepflicht nach § 32 BSIG. EU-Grundlage: Art. 6 Nr. 5 und 6 sowie Art. 23 und 30 der Richtlinie (EU) 2022/2555.
Drei Begriffe, eine Meldepflicht
Das BSIG unterscheidet drei Stufen. Nur die dritte ist meldepflichtig.
| Begriff | Fundstelle | Kern | Pflichtmeldung |
|---|---|---|---|
| Beinahevorfall | § 2 Nr. 1 BSIG | Beeinträchtigung hätte eintreten können, wurde aber verhindert oder blieb aus | nein |
| Sicherheitsvorfall | § 2 Nr. 40 BSIG | Verfügbarkeit, Integrität oder Vertraulichkeit von Daten oder Diensten ist beeinträchtigt | nein, solange nicht erheblich |
| Erheblicher Sicherheitsvorfall | § 2 Nr. 11 BSIG | schwerwiegende Betriebsstörung oder finanzielle Verluste für die Einrichtung, oder erhebliche Schäden bei Dritten, eingetreten oder möglich | ja, 24 h / 72 h / 1 Monat |
Das BSI-Portal bildet genau diese drei Stufen ab. In der Anleitung zur Meldung stellt das BSI klar, dass nur erhebliche Sicherheitsvorfälle meldepflichtig sind. Die Erstmeldung fragt außerdem ausdrücklich ab, ob eine Beeinträchtigung verhindert wurde.
Wo die Grenze in der Praxis liegt
Entscheidend ist, ob die Beeinträchtigung eingetreten ist. Wie gefährlich der Angriff gemeint war, spielt für die Abgrenzung zum Beinahevorfall keine Rolle. Die folgenden Beispiele zeigen die typische Einordnung. Sie ersetzen nicht die Prüfung im Einzelfall.
| Ereignis | Typische Einordnung | Warum |
|---|---|---|
| Phishing-Welle, alle Mails vom Filter abgefangen | Beinahevorfall | keine Beeinträchtigung eingetreten |
| Drei Mitarbeitende klicken, Anmeldung scheitert am zweiten Faktor | Beinahevorfall | Zugriff verhindert |
| Schadsoftware vom EDR vor der Ausführung in Quarantäne | Beinahevorfall | Ausführung verhindert |
| DDoS-Angriff, Dienst bleibt ohne Ausfall erreichbar | Beinahevorfall | Verfügbarkeit nicht beeinträchtigt |
| Admin-Konto übernommen, noch keine Schäden sichtbar | Sicherheitsvorfall, Erheblichkeit prüfen | Vertraulichkeit und Integrität bereits beeinträchtigt |
| Webshop zwei Stunden nicht erreichbar | Sicherheitsvorfall, Erheblichkeit prüfen | Verfügbarkeit beeinträchtigt |
Beim übernommenen Admin-Konto greift für die Erheblichkeit ein Kriterium aus der Durchführungsverordnung (EU) 2024/2690: ein erfolgreicher, mutmaßlich böswilliger und unbefugter Zugriff, der geeignet ist, schwerwiegende Betriebsstörungen zu verursachen (Art. 3 Abs. 1 lit. e). Für digitale Anbieter wie Cloud-Dienste, Rechenzentren und MSP gilt die Verordnung unmittelbar. Für Einrichtungen anderer Sektoren geht das BSI laut Infopaket zur Meldepflicht von einem erheblichen Vorfall aus, wenn mindestens ein Kriterium aus Art. 3 Abs. 1 erfüllt ist.
„Verursachen kann" gehört zur Erheblichkeit
§ 2 Nr. 11 BSIG erfasst Vorfälle, die schwere Folgen verursacht haben oder verursachen können. Dieses Potenzial macht einen eingetretenen Sicherheitsvorfall erheblich. Aus einem verhinderten Ereignis macht es dagegen keinen meldepflichtigen Vorfall. Wer bei einer laufenden Kompromittierung abwartet, bis Schaden sichtbar ist, riskiert die 24-Stunden-Frist.
Freiwillig melden: wann es sich lohnt
Art. 30 der NIS2-Richtlinie sieht vor, dass wesentliche und wichtige Einrichtungen Sicherheitsvorfälle, Cyberbedrohungen und Beinahevorfälle freiwillig melden können. Das BSI nutzt solche Meldungen für sein Lagebild. Gründe, einen Beinahevorfall freiwillig zu melden:
- Gezielter Angriff: Der Versuch richtet sich erkennbar gegen Ihre Einrichtung oder Ihre Branche, etwa mit Kenntnis interner Namen.
- Neue Masche: Angriffsweg oder Schadsoftware sind neu, andere Einrichtungen könnten weniger gut geschützt sein.
- Schwachstelle: Der Versuch nutzt eine Lücke in einem Produkt, das viele einsetzen. Schwachstellen nimmt das BSI-Portal laut FAQ auch ohne Benutzerkonto an.
Eine freiwillige Meldung löst keine Folgemeldungspflichten aus. Stellt sich später heraus, dass doch eine Beeinträchtigung eingetreten ist und der Vorfall erheblich war, gilt ab dieser Erkenntnis die reguläre 24-Stunden-Frist.
Warum Sie Beinahevorfälle trotzdem dokumentieren
Drei Gründe sprechen dafür, auch nicht meldepflichtige Ereignisse festzuhalten.
Erstens die Pflicht zur Bewältigung. Die Bewältigung von Sicherheitsvorfällen gehört zu den Risikomanagementmaßnahmen nach § 30 Abs. 2 Nr. 2 BSIG. Ein Protokoll zeigt, dass Erkennung und Abwehr funktionieren.
Zweitens die Zusammenrechnung. Nach Art. 4 der Durchführungsverordnung (EU) 2024/2690 gelten Sicherheitsvorfälle, die einzeln nicht erheblich sind, zusammen als erheblich, wenn sie innerhalb von sechs Monaten mindestens zweimal aufgetreten sind, dieselbe offensichtliche Ursache haben und zusammen die finanzielle Schwelle aus Art. 3 Abs. 1 lit. a erreichen (500.000 € oder 5 % des Vorjahresumsatzes, der niedrigere Wert). Das betrifft eingetretene Vorfälle; wer sie nicht erfasst, kann die Rechnung nicht aufmachen.
Drittens der Nachweis. Fragt das BSI später nach, belegt eine datierte Bewertung, warum ein Ereignis nicht gemeldet wurde. Halten Sie fest: Zeitpunkt, was passiert ist, warum keine Beeinträchtigung eingetreten ist, wer bewertet hat.
Datenschutz: kein Beinahevorfall nach DSGVO
Die DSGVO kennt keine Kategorie Beinahevorfall. Eine Meldung an die Datenschutzaufsicht nach Art. 33 DSGVO setzt eine Verletzung des Schutzes personenbezogener Daten voraus. Wurde der Zugriff verhindert, liegt keine Verletzung vor. Ist dagegen ein Konto mit Zugang zu Kundendaten übernommen worden, prüfen Sie Art. 33 DSGVO parallel: unverzüglich und möglichst binnen 72 Stunden, es sei denn, die Verletzung führt voraussichtlich nicht zu einem Risiko für die Betroffenen.
Österreich: dieselbe Logik, andere Schwellen
Auch in Österreich sind nur erhebliche Cybersicherheitsvorfälle meldepflichtig (§ 34 Abs. 1 NISG 2026). Wann ein Vorfall erheblich ist, konkretisiert § 5 NISV 2026 mit eigenen Schwellen, etwa mehr als 100.000 oder 10 % der Nutzer länger als 24 Stunden betroffen. Wiederholte Vorfälle regelt § 7 NISV 2026 und verlangt dafür dieselbe offensichtliche Ursache und Auswirkung. Details stehen im Artikel NIS2-Meldung in Österreich.
Drei häufige Fehleinschätzungen
„Der Angriff war gefährlich, also melden wir." Die Gefährlichkeit des Versuchs macht ihn nicht meldepflichtig. Maßgeblich ist, ob eine Beeinträchtigung eingetreten ist und ob sie die Schwelle aus § 2 Nr. 11 BSIG erreicht. Eine freiwillige Meldung bleibt möglich, sie ist dann aber als solche zu kennzeichnen.
„Es ist nichts kaputtgegangen, also ist es ein Beinahevorfall." Auch ein unbemerkter Datenabfluss oder ein übernommenes Konto beeinträchtigt die Vertraulichkeit. Dass Systeme weiterlaufen, sagt über die Einordnung wenig.
„Wir warten die Forensik ab." Die 24 Stunden laufen ab Kenntnis eines erheblichen Vorfalls, nicht ab abgeschlossener Analyse. Wer begründet annimmt, dass eine Beeinträchtigung eingetreten ist, prüft sofort die Erheblichkeit und hält das Ergebnis mit Uhrzeit fest.
So prüfen Sie im Ernstfall
- Ist eine Beeinträchtigung eingetreten? Nein: Beinahevorfall, dokumentieren, freiwillige Meldung erwägen.
- Ja: Ist sie erheblich? Prüfen Sie § 2 Nr. 11 BSIG und die Kriterien aus Art. 3 Abs. 1 der Durchführungsverordnung (EU) 2024/2690.
- Unklar? Im Zweifel melden. Die 72-Stunden-Meldung bestätigt oder aktualisiert die frühe Erstmeldung (§ 32 Abs. 1 Nr. 2 BSIG); eine vorsorgliche Erstmeldung lässt sich korrigieren, eine versäumte nicht nachholen.
Der NIS2-Melde-Assistent führt genau durch diese Fragen, mit Quelle zu jeder Regel. Antworten Sie bei der Frage nach der eingetretenen Beeinträchtigung mit „Nein", ordnet er das Ereignis als Beinahevorfall ein.
FAQ
Ist ein blockierter Ransomware-Angriff meldepflichtig?
Wurde die Schadsoftware vor der Ausführung gestoppt und ist kein System beeinträchtigt, handelt es sich in der Regel um einen Beinahevorfall. Hatten die Angreifer aber bereits Zugang zum Netz, ist meist schon eine Beeinträchtigung eingetreten, und die Erheblichkeit ist zu prüfen.
Zählt ein Beinahevorfall bei wiederholten Vorfällen mit?
Art. 4 der Durchführungsverordnung (EU) 2024/2690 rechnet Sicherheitsvorfälle zusammen, die einzeln nicht erheblich sind. Ein Beinahevorfall ist kein Sicherheitsvorfall. Häufen sich Beinahevorfälle mit derselben Ursache, ist das aber ein Signal, die eigenen Schutzmaßnahmen zu prüfen.
Wer entscheidet, ob ein Vorfall ein Beinahevorfall war?
Die Einrichtung selbst, nach festgelegten Kriterien. Legen Sie im Incident-Response-Plan fest, wer bewertet und wie die Bewertung dokumentiert wird. Im Einzelfall, etwa wenn Daten Dritter betroffen sein könnten, sollten Sie Ihren Datenschutzbeauftragten oder einen Fachanwalt für IT-Recht einbinden.
Veröffentlicht durch die ComplyCheck-Redaktion. Veröffentlicht am 14. Oktober 2026.
Verantwortlich i.S.d. § 18 MStV: siehe Impressum.
Fehler entdeckt oder ergänzende Erfahrung? korrektur@complycheck.de
Compliance-Updates ohne GRC-Bloat
NIS2-, DORA- und KRITIS-Hinweise für KMU: kurz, quellenbasiert und mit nächsten Schritten.
🎁 Gratis dazu: NIS2-Scope-Checkliste für KMU
Das könnte dich auch interessieren
BSI-Portal: Wie meldet man einen NIS2-Vorfall mit MUK und ELSTER?
Anmeldung über Mein Unternehmenskonto mit ELSTER-Zertifikat, Registrierungsfrist nach § 33 BSIG, Rollen im Portal und welche Felder Erst-, Folge- und Abschlussmeldung abfragen.
NIS2-Meldung in Österreich: Was verlangt das NISG 2026?
Meldepflicht nach § 34 NISG 2026: Empfänger CSIRT, fünf Meldestufen, Erheblichkeitsschwellen der NISV 2026 und die Unterschiede zum deutschen BSIG.
Was ändert sich bei KRITIS unter NIS2?
Der KRITIS-Begriff bleibt erhalten, das Pflichtenset erweitert sich. Was sich für Betreiber kritischer Anlagen mit dem neuen BSIG ändert und was gleich bleibt.