Datenschutz

Datenpanne melden: Was Unternehmen tun müssen

Datenpanne nach DSGVO: Wann die Meldepflicht greift, welche Meldefrist gilt, was sofort zu tun ist und wie ein externer Datenschutzbeauftragter bei Datenschutzverletzungen unterstützt.

Rotes Warnsymbol mit Ausrufezeichen in einem Schild steht fuer Cyberbedrohung, Sicherheitsrisiko und Datenschutzverletzung

Datenpanne melden: Die wichtigsten Antworten im Überblick

  • Was ist eine Datenpanne? Eine Sicherheitsverletzung, durch die personenbezogene Daten unbeabsichtigt oder unrechtmäßig vernichtet, verloren, verändert, offengelegt oder zugänglich werden (Art. 4 Nr. 12 DSGVO).
  • Wann besteht eine Meldepflicht? Sobald die Verletzung voraussichtlich ein Risiko für die Rechte und Freiheiten der betroffenen Personen zur Folge hat. Nur bei voraussichtlich unwahrscheinlichem Risiko entfällt die Meldung.
  • Wie lange bleibt Zeit zur Meldung? Unverzüglich, möglichst binnen 72 Stunden. Wochenenden und Feiertage zählen mit.
  • Wo wird die Datenpanne gemeldet? Bei der zuständigen Landesdatenschutzbehörde, in der Regel über ein Online-Meldeformular.
  • Müssen Betroffene informiert werden? Grundsätzlich bei voraussichtlich hohem Risiko (Art. 34 DSGVO).
  • Was gilt ohne Meldepflicht? Die interne Dokumentation bleibt Pflicht (Art. 33 Abs. 5 DSGVO).

Was ist eine Datenpanne nach der DSGVO?

Die DSGVO spricht von einer „Verletzung des Schutzes personenbezogener Daten“. Nach Art. 4 Nr. 12 DSGVO liegt sie vor, wenn eine Sicherheitsverletzung dazu führt, dass personenbezogene Daten unbeabsichtigt oder unrechtmäßig vernichtet, verloren, verändert, unbefugt offengelegt oder zugänglich werden. Im Alltag sind Datenpanne, Datenschutzverletzung, Datenschutzvorfall und Datenleck gebräuchliche Begriffe für diesen Vorgang. Ob ein Cyberangriff, ein technischer Fehler oder ein Versehen die Ursache ist, spielt keine Rolle.

Eine Datenpanne kann drei Schutzziele betreffen:

  • Vertraulichkeit: Unbefugte erhalten Zugang zu personenbezogenen Daten, beispielsweise durch eine E-Mail an einen falschen Empfänger.
  • Integrität: Personenbezogene Daten werden unbefugt oder versehentlich verändert, etwa durch einen Softwarefehler.
  • Verfügbarkeit: Personenbezogene Daten gehen verloren oder sind vorübergehend nicht nutzbar, beispielsweise durch einen Ransomware-Angriff.

Eine Datenpanne muss daher nicht mit einem Datenabfluss verbunden sein. Auch die vorübergehende Nichtverfügbarkeit personenbezogener Daten kann eine Datenschutzverletzung darstellen.

Kurz gesagt: Eine Datenpanne muss der Datenschutzaufsicht gemeldet werden, wenn sie voraussichtlich zu einem Risiko für die betroffenen Personen führt. Die Meldung erfolgt unverzüglich und möglichst binnen 72 Stunden nach Bekanntwerden (Art. 33 DSGVO). Intern dokumentiert werden muss jede festgestellte Verletzung des Schutzes personenbezogener Daten, auch wenn keine Meldung erforderlich ist.

Sie sehen gerade einen Platzhalterinhalt von YouTube. Um auf den eigentlichen Inhalt zuzugreifen, klicken Sie auf die Schaltfläche unten. Bitte beachten Sie, dass dabei Daten an Drittanbieter weitergegeben werden.

Mehr Informationen

Datenpanne Beispiele: Typische Fälle im Mittelstand

Im Unternehmensalltag begegnen insbesondere diese Situationen:

  • Eine E-Mail mit personenbezogenen Kundendaten erreicht einen falschen Empfänger.
  • Ein Newsletter macht sämtliche Empfängeradressen sichtbar.
  • Eine Gehaltsabrechnung wird der falschen Person zugeordnet.
  • Ein unzureichend geschützter Laptop oder USB-Stick geht verloren.
  • Ein Angreifer übernimmt über Phishing ein E-Mail-Postfach.
  • Ein öffentlich freigegebener Cloud-Ordner enthält Bewerbungsunterlagen.
  • Ein Ransomware-Angriff verschlüsselt Personal- und Kundendaten.
  • Ausgedruckte Personalunterlagen werden ungeschützt entsorgt.
  • Ein Softwarefehler verändert oder löscht personenbezogene Datensätze.

Nicht jeder DSGVO-Verstoß ist allerdings eine Datenpanne.

Werden Daten ohne ausreichende Rechtsgrundlage verarbeitet oder wird eine Auskunftsanfrage nach der DSGVO verspätet beantwortet, kann das gegen die DSGVO verstoßen, ohne dass eine Verletzung der Datensicherheit nach Art. 4 Nr. 12 DSGVO vorliegt. Solche Datenschutzverstöße müssen ebenfalls bearbeitet werden, fallen aber nicht ohne Weiteres unter die Meldepflichten der Art. 33 und 34 DSGVO.

Datenpanne entdeckt: Was tun? Die Sofortmaßnahmen

Bei einem möglichen Datenschutzvorfall zählt jede Minute. Noch bevor feststeht, ob eine Meldepflicht besteht, müssen Verantwortliche verhindern, dass sich der Schaden vergrößert, und die wesentlichen Informationen sichern. Diese fünf Schritte sollten möglichst unmittelbar folgen:

  1. Vorfall intern melden: Beschäftigte geben einen entdeckten oder vermuteten Datenschutzvorfall sofort an die festgelegte Stelle weiter, etwa eine Datenschutzkoordination, eine zentrale IT-Sicherheitsstelle oder ein internes Meldesystem. Ob eine Meldepflicht besteht, entscheiden die zuständigen Fachpersonen, nicht die Beschäftigten.
  2. Schaden begrenzen: Falsch versendete E-Mails zurückrufen und Empfänger zur Löschung auffordern, unberechtigte Cloud-Freigaben beenden, kompromittierte Zugangsdaten sperren, betroffene Systeme kontrolliert isolieren und verlorene Geräte sperren. Bei Cyberangriffen stimmen Verantwortliche die Maßnahmen mit der IT-Sicherheit ab, denn unüberlegte Änderungen können wichtige Spuren vernichten.
  3. Informationen und Beweise sichern: Zeitpunkt und Ursache, betroffene Systeme und Datenbestände, Art und ungefähre Zahl der betroffenen Personen, mögliche Empfänger oder Angreifer, bereits eingeleitete Maßnahmen und vorhandene Protokolldaten. Je früher diese Angaben gesichert sind, desto zuverlässiger lässt sich das Risiko bewerten.
  4. Zuständige Personen einbeziehen: IT, Datenschutzkoordination, Datenschutzbeauftragter und gegebenenfalls die Geschäftsführung werden entlang der festgelegten Meldekette informiert. Bei größeren Vorfällen kommen externe IT-Forensiker oder Rechtsberater hinzu.
  5. Risiko bewerten und Meldefrist prüfen: Steht mit hinreichender Sicherheit fest, dass eine Verletzung des Schutzes personenbezogener Daten vorliegt, ist zu prüfen, ob Meldepflichten greifen. Auf die vollständige technische Aufklärung muss das Unternehmen dabei nicht warten. Meldungen können mit den verfügbaren Angaben erfolgen und später ergänzt werden.

Wichtig: Die ersten 30 Minuten sind eine sinnvolle organisatorische Orientierungsgröße, keine gesetzliche Frist. Maßgeblich sind die Anforderung einer unverzüglichen Reaktion und gegebenenfalls die 72-Stunden-Frist nach Art. 33 DSGVO.

Verdachtsfall oder Datenpanne: Was muss dokumentiert werden?

Ein unklarer Sicherheitsvorfall ist nicht automatisch eine bestätigte Datenpanne. Eine IT-Überwachung kann einen ungewöhnlichen Zugriff registrieren, ohne dass feststeht, ob personenbezogene Daten betroffen waren. Trotzdem sollten Unternehmen auch Verdachtsfälle unverzüglich intern erfassen und untersuchen. Daraus ergeben sich zwei Anforderungen:

  • Interne Verdachtsmeldung: Beschäftigte geben jede Beobachtung weiter, die auf eine mögliche Verletzung personenbezogener Daten hindeutet.
  • Dokumentation einer festgestellten Datenpanne: Steht eine Verletzung fest, greift die Dokumentationspflicht aus Art. 33 Abs. 5 DSGVO, unabhängig davon, ob eine externe Meldung nötig wird.

Nach Art. 33 Abs. 5 DSGVO muss der Verantwortliche jede festgestellte Verletzung dokumentieren, ausdrücklich auch dann, wenn keine Meldung an die Aufsichtsbehörde erforderlich ist. Die Dokumentation enthält den Sachverhalt, die Auswirkungen, die ergriffenen Abhilfemaßnahmen und eine nachvollziehbare Risikobewertung. Wer eine Datenpanne nicht meldet, muss begründen können, weshalb keine Meldung erforderlich war.

Welche Angaben gehören in ein Vorfallregister?

Ein zentrales Vorfallregister hilft, die Dokumentationspflicht systematisch zu erfüllen. Es muss nicht zwingend in einer spezialisierten Software geführt werden. Auch eine strukturierte Tabelle kann genügen, sofern Vollständigkeit, Vertraulichkeit, Zugriffsschutz und eine nachvollziehbare Bearbeitung gewährleistet sind. Bei regelmäßigen Vorfällen oder mehreren beteiligten Abteilungen ist eine zentrale Datenschutzmanagement-Software meist praktikabler.

Ein Vorfallregister erfüllt mehr als eine Nachweispflicht. Es zeigt wiederkehrende Fehler: Häufen sich falsch adressierte E-Mails in einer Abteilung, fehlen technische Schutzmaßnahmen oder klare Abläufe. Vorfälle durch fehlerhafte Zugriffsberechtigungen zeigen, dass das Berechtigungskonzept überprüft werden muss.

Dokumentationsfeld
Inhalt
Vorfallnummer
Eindeutige Kennzeichnung des Vorgangs
Zeitpunkte
Zeitpunkt des Vorfalls, seiner Entdeckung und der Kenntniserlangung
Meldende Stelle
Wer hat den Vorfall erkannt und intern weitergegeben?
Sachverhalt
Was ist passiert und wie wurde der Vorfall festgestellt?
Betroffene Daten
Datenkategorien, geschätzte Zahl betroffener Personen und Datensätze
Betroffene Systeme
Anwendungen, IT-Systeme und organisatorische Bereiche
Sicherheitsverletzung
Vertraulichkeit, Integrität und/oder Verfügbarkeit
Risikobewertung
Mögliche Folgen, Eintrittswahrscheinlichkeit, Risikostufe und Begründung
Behördenmeldung
Entscheidung, Zeitpunkt, zuständige Behörde und gegebenenfalls Aktenzeichen
Information Betroffener
Entscheidung, Inhalt, Kommunikationsweg und Zeitpunkt
Sofortmaßnahmen
Schritte zur Eindämmung des Vorfalls
Verbesserungsmaßnahmen
Maßnahmen zur Vermeidung vergleichbarer Vorfälle
Abschluss
Verantwortliche Person, Freigabe und Abschlussdatum

Wann besteht eine Meldepflicht bei einer Datenpanne?

Nicht jede Datenpanne ist meldepflichtig. Ob eine Meldung an die Aufsichtsbehörde notwendig ist, richtet sich nach dem voraussichtlichen Risiko für die Rechte und Freiheiten der betroffenen Personen. Die DSGVO unterscheidet praktisch drei Risikostufen:

  • Risiko voraussichtlich unwahrscheinlich: Keine Meldung an die Aufsichtsbehörde und keine Benachrichtigung der Betroffenen. Die interne Dokumentation bleibt Pflicht.
  • Risiko besteht: Meldung an die Aufsichtsbehörde nach Art. 33 DSGVO. Eine Benachrichtigung der Betroffenen ist nicht zwingend.
  • Hohes Risiko besteht: Meldung nach Art. 33 DSGVO und grundsätzlich Benachrichtigung der Betroffenen nach Art. 34 DSGVO.

Die Schwelle für eine Behördenmeldung liegt vergleichsweise niedrig. Eine Meldung entfällt nur, wenn die Verletzung voraussichtlich nicht zu einem Risiko für die betroffenen Personen führt. Dabei zählt nicht das wirtschaftliche Risiko des Unternehmens, sondern die möglichen negativen Folgen für die Menschen, deren Daten betroffen sind.

Ablauf der Meldepflicht bei Datenpanne nach DSGVO: Meldung binnen 72 Stunden bei Risiko, Benachrichtigung bei hohem Risiko

Welche Kriterien bestimmen das Risiko?

Für eine nachvollziehbare Bewertung helfen diese sieben Fragen. Als Faustregel gilt: Je wahrscheinlicher und schwerwiegender die Folgen für die Betroffenen, desto eher greift die Meldepflicht.

  • Welche Daten sind betroffen? Gesundheitsdaten, Zugangsdaten, Ausweiskopien oder vertrauliche Personalinformationen wiegen deutlich schwerer als allgemein bekannte Geschäftskontaktdaten.
  • Wie viele Personen sind betroffen? Mit der Zahl steigt das Schadenspotenzial. Auch einzelne besonders sensible Datensätze können aber ein hohes Risiko begründen.
  • Wer konnte auf die Daten zugreifen? Eine vertrauenswürdige Person, die Daten nachweisbar löscht, ist anders zu bewerten als ein unbekannter Angreifer oder eine unbestimmte Öffentlichkeit.
  • Waren die Daten geschützt? Wirksame Verschlüsselung kann das Risiko erheblich senken, sofern die Schlüssel nicht kompromittiert wurden. Pseudonymisierte Daten sind nicht automatisch risikofrei.
  • Welche Folgen sind möglich? Denkbar sind Identitätsdiebstahl, finanzieller Schaden, Diskriminierung oder Rufschädigung.
  • Sind schutzbedürftige Personen betroffen? Bei Kindern, Patientinnen und Patienten oder Personen in Abhängigkeitsverhältnissen bestehen zusätzliche Risiken.
  • Welche Maßnahmen wurden getroffen? Eine dokumentierte Löschbestätigung oder gesperrte Zugänge senken das Restrisiko, führen aber nicht automatisch dazu, dass die Meldung entfällt.

Datenpannen aus der Praxis: Wann ist eine Meldung erforderlich?

Die folgenden Beispiele zeigen typische Risikokonstellationen und orientieren sich an den Leitlinien 01/2021 des Europäischen Datenschutzausschusses (EDSA). Die Einschätzungen sind keine allgemeingültigen Entscheidungen. Sie gelten nur unter den jeweils beschriebenen Umständen.

Vorfall
Mögliche Bewertung
Konsequenz
Ein Angebot mit üblichen Geschäftskontaktdaten wird an einen bekannten Geschäftspartner gesendet. Dieser bestätigt glaubhaft die sofortige Löschung. Weitere Risiken sind nicht erkennbar.
Risiko voraussichtlich unwahrscheinlich
Interne Dokumentation kann genügen
Ein Laptop mit personenbezogenen Daten wird gestohlen. Die Festplatte ist wirksam verschlüsselt, der Schlüssel bleibt geschützt und die Daten sind gesichert.
Risiko voraussichtlich unwahrscheinlich
Regelmäßig keine Behördenmeldung erforderlich
Ein Ransomware-Angriff verschlüsselt Daten. Ein aktuelles Backup ist vorhanden, ein Datenabfluss ist anhand belastbarer Nachweise ausgeschlossen und die Systeme werden kurzfristig ohne relevante Folgen wiederhergestellt.
Unter diesen Voraussetzungen möglicherweise kein relevantes Risiko
Eine interne Dokumentation kann ausreichen
Ein Newsletter mit 500 Empfängeradressen wird im offenen Verteiler versandt.
Risiko abhängig von Empfängerkreis und Kontext
Behördenmeldung kann erforderlich sein; bei hohem Risiko zusätzlich Benachrichtigung
Ein unverschlüsselter Laptop mit umfangreichen, vertraulichen Personalunterlagen wird gestohlen.
Häufig hohes Risiko
Behördenmeldung und grundsätzlich Benachrichtigung Betroffener
Bei einem Cyberangriff werden Gesundheitsdaten oder andere besonders sensible personenbezogene Daten unbefugt abgegriffen.
Häufig hohes Risiko
Behördenmeldung und grundsätzlich Benachrichtigung Betroffener

Die Beispiele verdeutlichen: Die Art des Vorfalls allein erlaubt keine abschließende Entscheidung. Entscheidend sind Daten, Empfänger, Schutzmaßnahmen und mögliche Folgen im Einzelfall.

Ransomware und Backups: Warum ein Backup die Meldepflicht nicht ersetzt

Ein häufiger Fehler bei der Risikobewertung besteht darin, ein vorhandenes Backup mit fehlendem Datenschutzrisiko gleichzusetzen. Ein Backup stellt zunächst nur sicher, dass Daten wiederhergestellt werden können. Es beantwortet nicht die Frage, ob Angreifer personenbezogene Daten lesen oder kopieren konnten. Außerdem kann schon die zeitweise Nichtverfügbarkeit erhebliche Folgen verursachen, etwa wenn medizinische Versorgung oder Lohnzahlungen betroffen sind.

Fehlen belastbare Informationen über einen möglichen Datenabfluss, darf dessen Ausbleiben nicht einfach unterstellt werden. Besteht ein Risiko für Betroffene, ist die Meldung innerhalb der gesetzlichen Frist vorzunehmen, gegebenenfalls zunächst mit unvollständigen Informationen.

Wann beginnt die 72-Stunden-Frist?

Nach Art. 33 Abs. 1 DSGVO muss eine meldepflichtige Datenpanne unverzüglich und möglichst innerhalb von 72 Stunden nach Bekanntwerden an die zuständige Aufsichtsbehörde gemeldet werden. Maßgeblich ist nach den Leitlinien 9/2022 des Europäischen Datenschutzausschusses der Zeitpunkt, an dem der Verantwortliche mit hinreichender Sicherheit weiß, dass eine Verletzung des Schutzes personenbezogener Daten vorliegt.

Die Frist beginnt nicht erst, wenn die Geschäftsführung oder der Datenschutzbeauftragte persönlich informiert wurde. Auch die Kenntnis zuständiger Beschäftigter kann maßgeblich sein. Interne Meldungen müssen deshalb ohne vermeidbare Verzögerung bei den entscheidungsbefugten Personen ankommen.

Drei Regeln helfen bei der Fristberechnung:

  • Wochenenden und Feiertage zählen mit. Wird eine Datenpanne am Freitag um 15 Uhr bekannt, endet die Frist grundsätzlich am Montag um 15 Uhr.
  • Eine kurze Prüfung des Verdachts ist zulässig. Das Unternehmen darf zügig klären, ob tatsächlich eine Verletzung vorliegt. Diese Prüfung darf aber nicht unnötig verzögert werden.
  • Eine Meldung kann schrittweise ergänzt werden. Art. 33 Abs. 4 DSGVO erlaubt die Nachreichung von Informationen. Eine notwendige Meldung sollte deshalb nicht auf eine vollständige forensische Analyse warten.

Erfolgt die Meldung nach Ablauf der 72 Stunden, muss die Verzögerung gegenüber der Aufsichtsbehörde begründet werden.

Datenschutzverletzung melden: An wen und mit welchen Angaben?

Die Meldung geht an die zuständige Datenschutzaufsichtsbehörde. Für die meisten privatwirtschaftlichen Unternehmen in Deutschland ist das eine der Datenschutzaufsichtsbehörden der Länder, und zwar die des Bundeslandes, in dem das Unternehmen seinen Sitz hat. Die Zuständigkeit richtet sich nach den konkreten Umständen. Bei grenzüberschreitenden Verarbeitungen können zusätzliche europäische Zuständigkeitsregeln gelten. Viele Behörden stellen ein Online-Meldeformular bereit, das die erforderlichen Angaben Schritt für Schritt abfragt.

Welche Angaben muss die Behördenmeldung enthalten?

Art. 33 Abs. 3 DSGVO verlangt mindestens folgende Informationen:

  • Art der Datenschutzverletzung: Beschreibung des Vorfalls einschließlich der Kategorien und der ungefähren Zahl der betroffenen Personen und Datensätze, soweit möglich.
  • Ansprechpartner: Name und Kontaktdaten des Datenschutzbeauftragten oder einer sonstigen Anlaufstelle.
  • Mögliche Folgen: Beschreibung der wahrscheinlichen Auswirkungen der Datenpanne.
  • Gegenmaßnahmen: Darstellung der bereits ergriffenen oder geplanten Maßnahmen zur Behebung und zur Begrenzung möglicher Schäden.

Wann müssen betroffene Personen informiert werden?

Neben der Behördenmeldung kann eine weitere Pflicht entstehen: die Benachrichtigung der Personen, deren Daten betroffen sind. Nach Art. 34 Abs. 1 DSGVO müssen sie grundsätzlich unverzüglich informiert werden, wenn die Datenschutzverletzung voraussichtlich ein hohes Risiko für ihre Rechte und Freiheiten zur Folge hat. Die Benachrichtigung soll es den Menschen ermöglichen, geeignete Schutzmaßnahmen zu ergreifen.

Was muss die Benachrichtigung enthalten?

Eine Benachrichtigung muss klar und verständlich formuliert sein und diese Fragen beantworten:

  • Welche Datenschutzverletzung ist aufgetreten und welche Daten sind betroffen?
  • Welche Folgen können sich daraus ergeben?
  • Welche Maßnahmen hat das Unternehmen bereits ergriffen?
  • An wen können sich betroffene Personen wenden?
  • Welche eigenen Schutzmaßnahmen sind sinnvoll?

Bei kompromittierten Zugangsdaten kann eine Passwortänderung nötig sein, bei Zahlungsdaten der Hinweis auf die Prüfung von Kontobewegungen. Die Empfehlungen sollten zum konkreten Risiko passen und nicht aus allgemeinen Textbausteinen bestehen.

Wann entfällt die individuelle Benachrichtigung?

Art. 34 Abs. 3 DSGVO sieht drei Konstellationen vor:

  • Wirksame Schutzmaßnahmen: Die Daten waren beispielsweise so verschlüsselt, dass Unbefugte sie nicht lesen konnten.
  • Nachträgliche Risikobeseitigung: Geeignete Maßnahmen stellen sicher, dass das hohe Risiko voraussichtlich nicht mehr besteht.
  • Unverhältnismäßiger Aufwand: Statt einer individuellen Benachrichtigung erfolgt eine öffentliche Bekanntmachung oder eine vergleichbar wirksame Maßnahme. Auf jede Information darf also nicht verzichtet werden.

Auch eine freiwillige Benachrichtigung kann sinnvoll sein, wenn dadurch mögliche Schäden sinken. Sie sollte sorgfältig vorbereitet und mit der Risikobewertung abgestimmt werden.

Datenpanne beim Dienstleister: Wer muss melden?

Viele mittelständische Unternehmen nutzen externe Dienstleister für Hosting, Cloud-Anwendungen, Personalabrechnung oder IT-Administration. Kommt es dort zu einer Datenpanne, müssen die datenschutzrechtlichen Rollen geklärt werden. Handelt der Dienstleister als Auftragsverarbeiter, muss er den Verantwortlichen nach Art. 33 Abs. 2 DSGVO unverzüglich über eine festgestellte Verletzung informieren. Die Prüfung und gegebenenfalls die Meldung an die Aufsichtsbehörde bleiben grundsätzlich Aufgabe des Verantwortlichen.

Was sollte im Auftragsverarbeitungsvertrag stehen?

Ein Auftragsverarbeitungsvertrag nach Art. 28 DSGVO regelt dazu insbesondere:

  • An welchen Ansprechpartner ist ein Datenschutzvorfall zu melden?
  • Wie schnell muss die Erstinformation erfolgen?
  • Welche Mindestinformationen muss der Dienstleister liefern?
  • Welche Unterstützung leistet der Auftragsverarbeiter bei der Risikobewertung?
  • Wie werden Nachmeldungen, technische Untersuchungen und Beweissicherung organisiert?

Eine konkret vereinbarte kurze Reaktionszeit ist sinnvoll. Die DSGVO schreibt dem Auftragsverarbeiter allerdings keine allgemeine 72-Stunden-Frist vor, sondern verlangt eine unverzügliche Information. Entscheidend ist, dass der Verantwortliche früh genug von einem Vorfall erfährt, um seine eigenen Meldefristen einzuhalten.

Der interne Meldeweg: Warum Datenschutzvorfälle häufig nicht gemeldet werden

Wie groß das Problem ist, zeigt die Untersuchung der LDI NRW zum Datenpannenmanagement an Kliniken, die die Landesbeauftragte für Datenschutz und Informationsfreiheit Nordrhein-Westfalen am 28. April 2026 veröffentlichte. Zwölf von 33 geprüften Kliniken hatten über zwei Jahre hinweg keine einzige Datenpanne festgestellt.

Die Behörde hielt das in größeren Organisationen für unwahrscheinlich und vermutete, dass Beschäftigte Vorfälle nicht erkannten oder direkt mit den Betroffenen klärten, ohne sie intern weiterzugeben. Cyberangriffe machten nur einen geringen Anteil aus. Häufig waren Fehlversendungen und andere unbefugte Weitergaben.

Dieselben Fehler kommen im Mittelstand vor: Eine Gehaltsabrechnung landet beim falschen Beschäftigten, ein Kundendokument wird versehentlich weitergeleitet, ein Cloud-Ordner ist öffentlich zugänglich. Ein dokumentierter Meldeprozess allein genügt nicht. Entscheidend ist, ob Beschäftigte Datenpannen erkennen und intern melden. Die Ursachen für fehlende Meldungen sind vielfältig:

  • Beschäftigte erkennen nicht, dass ein Datenschutzvorfall vorliegt.
  • Sie halten eine falsch versendete E-Mail für einen unbedeutenden Fehler.
  • Sie glauben, mit einer Löschbestätigung sei der Vorgang abgeschlossen.
  • Sie kennen den internen Meldeweg nicht.
  • Sie befürchten persönliche Konsequenzen.
  • Sie gehen davon aus, dass bereits jemand anderes den Vorfall gemeldet hat.

Vier Merkmale eines wirksamen internen Meldeprozesses

  • Ein klarer Meldekanal: Alle Beschäftigten kennen eine zentrale, leicht erreichbare Anlaufstelle, die eine schnelle Weiterleitung ermöglicht.
  • Eine niedrige Meldeschwelle: Bei Verdacht auf eine Datenpanne wird sofort intern gemeldet. Die fachliche Bewertung übernehmen die zuständigen Personen.
  • Eine konstruktive Fehlerkultur: Beschäftigte melden Vorfälle ohne Angst vor Schuldzuweisungen. Entscheidend ist, dass Fehler schnell erkannt und behoben werden.
  • Klare Zuständigkeiten und Vertretungen: Es ist geregelt, wer Meldungen entgegennimmt, technische Maßnahmen veranlasst, das Risiko bewertet und externe Meldungen auslöst. Die Regelung funktioniert auch bei Urlaub, Krankheit, Wochenenden und Feiertagen.

Ablaufdiagramm zur Datenpanne in fünf Stufen: von Beschäftigten über Datenschutzkoordination und Geschäftsführung bis zu Behörde, Betroffenen und BSIG-Meldestelle

Wer entscheidet über eine Datenpannenmeldung?

Die datenschutzrechtliche Verantwortung trägt der Verantwortliche, also die Gesellschaft, die über Zwecke und Mittel der Datenverarbeitung entscheidet. Innerhalb des Unternehmens lassen sich die Aufgaben auf unterschiedliche Funktionen verteilen. Eine praktikable Aufteilung sieht so aus:

  • Beschäftigte: Datenschutzvorfälle und Verdachtsfälle erkennen und sofort melden.
  • Datenschutzkoordination: Vorfälle erfassen, Informationen koordinieren und Fristen überwachen.
  • IT oder Informationssicherheit: Technische Untersuchung, Beweissicherung und Schadensbegrenzung.
  • Datenschutzbeauftragter: Datenschutzrechtliche Beratung und Unterstützung bei Risikobewertung und Meldung.
  • Geschäftsführung oder befugte Leitung: Organisation und Überwachung des Prozesses sowie Entscheidungen im Rahmen festgelegter Zuständigkeiten.

Die DSGVO verlangt nicht, dass die Geschäftsführung jede einzelne Meldung persönlich freigibt. Entscheidungs- und Meldebefugnisse lassen sich im Unternehmen regeln, die Verantwortung des Verantwortlichen bleibt bestehen. Gerade bei kurzen Meldefristen ist das wichtig, denn ein Verfahren, das von der Freigabe einer einzigen nicht verfügbaren Person abhängt, kann im Ernstfall scheitern.

Welche Rolle hat der externe Datenschutzbeauftragte?

Zu den Aufgaben des Datenschutzbeauftragten gehört die Beratung und Unterstützung bei der Einhaltung der gesetzlichen Anforderungen, insbesondere bei der Risikobewertung, der Vorbereitung von Behördenmeldungen und der Dokumentation. Die Entscheidungsverantwortung des Unternehmens übernimmt er nicht automatisch, denn sie liegt beim Verantwortlichen. Welche operativen Leistungen ein externer Datenschutzbeauftragter im Ernstfall erbringt, sollte vertraglich klar geregelt sein. So bleibt eindeutig, wer bei einem Vorfall bewertet, wer meldet und wer berät.

Führt die Meldung einer Datenpanne automatisch zu einem Bußgeld?

Nein. Eine Datenpannenmeldung bedeutet nicht automatisch, dass die Aufsichtsbehörde ein Bußgeld verhängt. Unternehmen können auch bei angemessenen Schutzmaßnahmen von Sicherheitsvorfällen betroffen sein. Entscheidend sind unter anderem die Ursachen, die vorhandenen Schutzmaßnahmen, die Schwere des Vorfalls und der Umgang des Unternehmens damit.

Darüber hinaus enthalten § 42 Abs. 4 BDSG und § 43 Abs. 4 BDSG Verwendungsbeschränkungen für Informationen aus Datenpannenmeldungen in Straf- und Ordnungswidrigkeitenverfahren. Eine generelle Freiheit von Sanktionen entsteht dadurch nicht. Erhält eine Behörde Informationen aus anderen Quellen, bleiben aufsichtsrechtliche Maßnahmen möglich.

Verstöße gegen die Pflichten aus Art. 33 und 34 DSGVO können nach Art. 83 Abs. 4 DSGVO mit Bußgeldern nach der DSGVO von bis zu 10 Millionen Euro oder bis zu 2 Prozent des weltweiten Jahresumsatzes des Vorjahres geahndet werden, je nachdem, welcher Betrag höher ist. Zusätzlich können betroffene Personen Schadensersatz verlangen. Unternehmen sollten Vorfälle deshalb nicht verschweigen, sondern rechtzeitig bewerten, melden und alle Entscheidungen dokumentieren.

DSGVO und NIS2: Wann entstehen doppelte Meldepflichten?

Seit dem 6. Dezember 2025 gelten in Deutschland das NIS2-Umsetzungsgesetz und das neu gefasste BSI-Gesetz (BSIG). Für wichtige und besonders wichtige Einrichtungen können damit zusätzliche Meldepflichten entstehen. Ein Sicherheitsvorfall kann zugleich eine Datenschutzverletzung nach der DSGVO und ein erheblicher Sicherheitsvorfall nach dem BSIG sein. Beide Pflichten unterscheiden sich deutlich.

Meldepflichten nach DSGVO und NIS2 im Vergleich

Meldepflicht nach der DSGVO:

  • Gegenstand: Verletzung des Schutzes personenbezogener Daten.
  • Maßstab: Risiko für die Rechte und Freiheiten betroffener Personen.
  • Frist: Unverzüglich, möglichst binnen 72 Stunden. Die Meldung kann schrittweise ergänzt werden. Eine allgemeine Abschlussmeldefrist gibt es nicht.
  • Adressat: Zuständige Datenschutzaufsichtsbehörde.
  • Betroffen: Verantwortliche im Anwendungsbereich der DSGVO.

Meldepflicht nach NIS2 und BSIG:

  • Gegenstand: Erheblicher Sicherheitsvorfall.
  • Maßstab: Auswirkungen nach den gesetzlichen Kriterien für erhebliche Sicherheitsvorfälle.
  • Frist: Frühe Erstmeldung unverzüglich, spätestens binnen 24 Stunden. Weitere Meldung spätestens binnen 72 Stunden. Abschlussmeldung spätestens einen Monat nach der 72-Stunden-Meldung. Bei einem noch andauernden Vorfall ist zunächst eine Fortschrittsmeldung nach § 32 BSIG vorzulegen.
  • Adressat: Gemeinsame Meldestelle nach dem BSIG.
  • Betroffen: Insbesondere wichtige und besonders wichtige Einrichtungen.

Beispiel: Cyberangriff auf einen Maschinenbauer

Ein NIS2-pflichtiger Maschinenbauer wird Opfer eines Ransomware-Angriffs. Die Produktion fällt aus, gleichzeitig werden Personal- und Kundendaten verschlüsselt und möglicherweise unbefugt abgegriffen. Zwei Fragen sind getrennt zu prüfen: Liegt ein erheblicher Sicherheitsvorfall nach dem BSIG vor, der die NIS2-Meldepflicht auslöst? Und liegt eine Verletzung des Schutzes personenbezogener Daten mit Risiko für die Betroffenen vor? Beide Prüfungen laufen unabhängig voneinander und können unterschiedliche Meldepflichten auslösen.

Empfehlung bei mehreren Meldepflichten

Statt getrennte Incident-Management-Prozesse aufzubauen, nutzen Unternehmen besser einen gemeinsamen Eingangskanal für Sicherheitsvorfälle. Von dort wird der Vorfall anhand der unterschiedlichen gesetzlichen Anforderungen bewertet. Das erleichtert die Zusammenarbeit von IT, Informationssicherheit, Datenschutz und Geschäftsführung, wobei für die Geschäftsführung die Geschäftsführerhaftung nach NIS2 zu beachten ist. Fristen und Verantwortlichkeiten bleiben dabei getrennt, und je nach Branche können weitere Meldepflichten gelten. Ein gemeinsamer Eingangskanal verhindert, dass ein Vorfall nur unter einem Rechtsgebiet bewertet wird und eine der beiden Meldefristen unbemerkt verstreicht.

Datenpannen vermeiden: Welche technischen und organisatorischen Maßnahmen helfen?

Gutes Datenpannenmanagement besteht nicht nur aus der Reaktion auf Vorfälle. Ebenso wichtig ist es, die Wahrscheinlichkeit und die möglichen Folgen von Datenschutzverletzungen mit technischen und organisatorischen Maßnahmen nach der DSGVO systematisch zu senken. Für mittelständische Unternehmen sind diese Maßnahmen besonders sinnvoll:

  • Fehlversendungen verhindern: Bei sensiblen Dokumenten helfen die Kontrolle von Empfängern und Anhängen, technische Warnhinweise bei externen Empfängern und Freigabeprozesse.
  • Zugriffe beschränken: Beschäftigte greifen nur auf die Daten zu, die sie für ihre Aufgaben brauchen. Berechtigungen werden regelmäßig überprüft und bei Aufgabenwechsel oder Ausscheiden zeitnah angepasst.
  • Endgeräte und Datenträger schützen: Mobile Geräte und Datenträger sind verschlüsselt, Zugriffssperren und Fernsperrung ergänzen den Schutz.
  • Konten und Systeme absichern: Mehrfaktor-Authentifizierung, aktuelle Sicherheitsupdates und Phishing-Awareness im Unternehmen senken das Risiko kompromittierter Konten.
  • Datensicherungen testen: Backups müssen nicht nur vorhanden, sondern wiederherstellbar sein. Regelmäßige Tests zeigen, wie lange die Wiederherstellung dauert.
  • Beschäftigte sensibilisieren: Datenschutzschulungen wirken besonders, wenn sie typische Situationen aus Personalabteilung, Vertrieb, IT und Buchhaltung behandeln. Beschäftigte müssen vor allem wissen, woran sie eine Datenpanne erkennen und wie sie reagieren.

Digital Omnibus: Werden Datenpannen künftig erst bei hohem Risiko meldepflichtig?

Die Europäische Union plant Änderungen an den Meldepflichten für Datenschutzverletzungen. Die Europäische Kommission legte am 19. November 2025 einen Vorschlag im Rahmen des Digital Omnibus vor. Am 21. Oktober 2026 beschloss der Rat der Europäischen Union seine Verhandlungsposition. Im Mittelpunkt stehen zwei Änderungen:

  • Höhere Meldeschwelle: Eine Meldung an die Datenschutzaufsichtsbehörde soll grundsätzlich erst erforderlich sein, wenn die Datenschutzverletzung voraussichtlich ein hohes Risiko für die Rechte und Freiheiten natürlicher Personen zur Folge hat.
  • Längere Meldefrist: Die Frist von 72 Stunden soll auf 96 Stunden steigen.

Außerdem soll die Meldung unterschiedlicher Sicherheitsvorfälle einfacher werden. Die Kommission schlug eine zentrale europäische Meldestelle vor, der Rat bevorzugt nationale zentrale Eingangspunkte.

Was gilt aktuell? Stand 4. November 2026 sind diese Änderungen noch nicht geltendes Recht. Das Europäische Parlament muss seine Position noch festlegen. Bis zu einer wirksamen Änderung gelten die Art. 33 und 34 DSGVO unverändert.

Die Pflicht zur internen Dokumentation soll nach dem bisherigen Stand der Vorschläge bestehen bleiben. Auch bei höherer Meldeschwelle bleibt die interne Risikobewertung nötig: Gerade bei nicht gemeldeten Vorfällen muss nachprüfbar sein, warum das Unternehmen keine Meldepflicht angenommen hat.

Checkliste: Datenpannenmanagement in sieben Schritten aufbauen

Ein wirksamer Prozess muss nicht kompliziert sein. Für mittelständische Unternehmen empfiehlt sich dieses Vorgehen:

  1. Zentralen Meldekanal einrichten: Legen Sie fest, an welche Stelle Beschäftigte mögliche Datenschutzvorfälle melden, und sorgen Sie für Erreichbarkeit und Stellvertretungen.
  2. Verantwortlichkeiten verbindlich regeln: Bestimmen Sie in der Datenschutzrichtlinie, wer Vorfälle dokumentiert, Sofortmaßnahmen veranlasst, Risiken bewertet und Meldungen ausführt.
  3. Vorfallregister einführen: Erfassen Sie Verdachtsfälle und dokumentieren Sie bestätigte Datenpannen mit Risikobewertung und Entscheidung.
  4. Bewertungsschema festlegen: Definieren Sie nachvollziehbare Kriterien, um zwischen unwahrscheinlichem, vorhandenem und hohem Risiko zu unterscheiden.
  5. Meldevorlagen vorbereiten: Halten Sie standardisierte Vorlagen für Behördenmeldungen und Benachrichtigungen betroffener Personen bereit.
  6. Beschäftigte regelmäßig schulen: Vermitteln Sie mit praxisnahen Beispielen, etwa im Datenschutz-E-Learning, wie Datenpannen erkannt und unverzüglich intern gemeldet werden.
  7. Vorfälle auswerten und verbessern: Analysieren Sie das Vorfallregister regelmäßig, prüfen Sie, ob sich Fehler häufen, und passen Sie die technischen und organisatorischen Maßnahmen an.

Auch eine dauerhaft leere Vorfallliste sollte Anlass sein, die Wirksamkeit der internen Erkennung und Meldung im Rahmen eines Datenschutzaudits zu überprüfen.

Datenschutzvorfälle dokumentieren

Melden Sie Datenschutzvorfälle einfach und strukturiert – dokumentieren Sie alle Schritte nach DSGVO-Anforderungen und behalten Sie die Übersicht über alle Meldeprozesse.

Visualisierung des Compliance Hub mit Icons für Analysen, Checklisten und Dateien, verbunden durch digitale Linien als Symbol für automatisierte Prozesse

Fazit: Gutes Datenschutzmanagement erkennt Datenpannen und reagiert richtig

Eine Organisation ohne registrierte Datenpannen ist nicht automatisch besser geschützt als eine, die regelmäßig Vorfälle dokumentiert. Entscheidend ist nicht, ob Richtlinien, Meldekanäle und Vorlagen existieren, sondern ob diese Prozesse im Alltag funktionieren.

Ein wirksames Datenpannenmanagement verbindet die frühe Erkennung möglicher Vorfälle mit schneller Schadensbegrenzung, nachvollziehbarer Risikobewertung, vollständiger Dokumentation und fristgerechter Erfüllung der Meldepflichten. Wer Datenschutzverletzungen zuverlässig erkennt, angemessen bewertet und aus ihnen lernt, verbessert nicht nur seine DSGVO-Compliance, sondern auch Informationssicherheit und organisatorische Widerstandsfähigkeit.

So unterstützt Cortina Consult beim Datenpannenmanagement

Ein Datenpannenmanagement muss rechtliche Anforderungen erfüllen und zum Arbeitsalltag des Unternehmens passen. Als externer Datenschutzbeauftragter begleitet Cortina Consult mittelständische Unternehmen im Rahmen der vereinbarten Leistungen bei der Bewertung von Datenschutzvorfällen, der Vorbereitung erforderlicher Meldungen und der Dokumentation der getroffenen Maßnahmen.

Hinzu kommen klare Meldewege, verbindliche Verantwortlichkeiten und die Schulung von Beschäftigten. Die Verbindung aus persönlicher Datenschutzberatung und digitalem Datenschutzmanagement verankert Prozesse dauerhaft im Unternehmen.

Häufige Fragen zur Datenpanne und Meldepflicht

Muss jede Datenpanne der Datenschutzaufsichtsbehörde gemeldet werden?

Nein. Eine Behördenmeldung ist nach Art. 33 DSGVO grundsätzlich nur erforderlich, wenn die Datenschutzverletzung voraussichtlich ein Risiko für die Rechte und Freiheiten natürlicher Personen zur Folge hat. Jede festgestellte Datenpanne muss jedoch intern dokumentiert werden.

Ist eine falsch versendete E-Mail immer eine Datenpanne?

Enthält die E-Mail personenbezogene Daten und werden diese unbefugt offengelegt, liegt grundsätzlich eine Datenschutzverletzung vor. Ob eine Behördenmeldung erforderlich ist, hängt unter anderem von den Daten, den Empfängern und den möglichen Folgen ab.

Wie lange hat man Zeit, eine Datenpanne zu melden?

Unverzüglich und möglichst binnen 72 Stunden. Die Frist beginnt, sobald dem Verantwortlichen mit hinreichender Sicherheit bekannt ist, dass eine Verletzung des Schutzes personenbezogener Daten vorliegt, nicht zwangsläufig erst mit der Kenntnis der Geschäftsführung oder des Datenschutzbeauftragten. Wochenenden und Feiertage zählen mit.

Muss eine Datenpanne auch ohne Risiko dokumentiert werden?

Ja. Art. 33 Abs. 5 DSGVO verlangt die interne Dokumentation jeder festgestellten Verletzung. Risikobewertung und Entscheidung gegen eine Behördenmeldung sollten nachvollziehbar begründet sein.

Was passiert, wenn die 72-Stunden-Frist überschritten wurde?

Ist eine Meldung erforderlich, muss sie auch nach Fristablauf erfolgen. Die Verzögerung ist gegenüber der Aufsichtsbehörde zu begründen. Eine verspätete Meldung kann aufsichtsrechtliche Konsequenzen haben.

Müssen Betroffene bei jeder Datenpanne informiert werden?

Nein. Eine Benachrichtigung ist nach Art. 34 DSGVO grundsätzlich bei voraussichtlich hohem Risiko erforderlich. Das Gesetz sieht bestimmte Ausnahmen und alternative Formen der Information vor.

Muss ein Auftragsverarbeiter eine Datenpanne selbst melden?

Er muss den Verantwortlichen nach Art. 33 Abs. 2 DSGVO unverzüglich informieren. Die Entscheidung über die Meldung an die Aufsichtsbehörde trifft grundsätzlich der Verantwortliche. Abweichende Rollen können sich ergeben, wenn der Dienstleister selbst Verantwortlicher ist.

Was ist der Unterschied zwischen Datenpanne und Datenschutzverstoß?

Eine Datenpanne ist eine Verletzung der Datensicherheit nach Art. 4 Nr. 12 DSGVO, etwa Verlust oder unbefugte Offenlegung. Ein Datenschutzverstoß ist weiter gefasst, zum Beispiel eine Verarbeitung ohne Rechtsgrundlage. Nur die Datenpanne löst die Meldepflichten der Art. 33 und 34 DSGVO aus.

Gelten bei NIS2 andere Meldefristen?

Ja. Für erhebliche Sicherheitsvorfälle gelten nach § 32 BSIG eine Erstmeldung binnen 24 Stunden, eine weitere Meldung binnen 72 Stunden und grundsätzlich nach einem Monat eine Abschlussmeldung. Die datenschutzrechtlichen Meldepflichten bestehen daneben.

Gilt künftig eine Meldefrist von 96 Stunden?

Der Digital Omnibus sieht eine Verlängerung auf 96 Stunden vor. Zum 4. November 2026 ist das noch nicht geltendes Recht. Bis zu einer Neuregelung gilt die 72-Stunden-Frist.

Beitrag zuletzt aktualisiert am 10. November 2026
Jörg ter Beek, CEO, Datenschutzbeauftragter und KI-Compliance Experte bei Cortina Consult
Autor dieses Beitrags
Jörg ter Beek
CEO & Experte für Datenschutz & KI-Compliance bei Cortina Consult
Sie suchen einen externen DSB?

Professioneller Datenschutz zum Budget-Preis mit Software, Schulungen, Audits & Vorlagen inklusive

ab 125 € / pro Monat
Inhalt dieser Seite
Ihre Vorteile mit Cortina Consult im Datenschutz

Wir helfen Unternehmen dabei, die Anforderungen der DSGVO im Unternehmen umzusetzen – digital, so einfach wie möglich, zu fixen Konditionen. Als Beratungsdienstleister und externer Datenschutzbeauftragter sorgen wir für die Einhaltung der DSGVO-Vorgaben bei der Verarbeitung von personenbezogenen Daten in Ihrem Unternehmen.

Datenschutz
Abstrakte Darstellung von zwei symmetrischen, halbkreisförmigen Formen, die miteinander verbunden sind und Cortina Consult Logo rot mit Schrift

Sie haben Fragen?
– Wir beraten Sie gerne

Jörg ter Beek, CEO, Datenschutzbeauftragter und KI-Compliance Experte bei Cortina Consult
Jörg ter Beek
Datenschutzexperte & CEO

Unsere Lösungen