Research

KI-Agenten und Meldepflichten: Was zwei aktuelle ENISA-Studien zu DORA, DSGVO und NIS-2 bedeuten

🎧 Artikel anhören

Executive Summary

Was ist passiert
ENISA hat 2026 zwei Veröffentlichungen vorgelegt, die zusammengenommen ein Problem beschreiben: Die Agency sieht Angriffsabläufe, die schneller sind als die Entscheidungswege, an deren Ende eine Meldung steht. Die Threat Landscape 2026 nennt dazu erstmals belastbare Zahlen aus dem NIS-2-Meldewesen.
Wer ist betroffen
NIS-2-pflichtige Einrichtungen, Finanzunternehmen unter DORA, alle Verantwortlichen nach Artikel 33 DSGVO. Besonders betroffen sind Häuser, die KI-gestützte Erkennung bereits im Einsatz haben, die Meldeentscheidung aber unverändert über Gremien führen.
Priorität
Mittel bis hoch. Kein neues Recht, aber eine belegte Lücke zwischen der Geschwindigkeit des Angriffs und der Geschwindigkeit der eigenen Freigabekette.
Frist
Die Meldefristen gelten unverändert. Neu ist nur die Erkenntnis, wie knapp sie werden, wenn der Angriff automatisiert abläuft.
Aufwand
Ein halber Tag, um die eigene Meldekette einmal mit der Stoppuhr durchzuspielen. Die anschließenden Änderungen an Vertretungsregelungen und Vorlagen sind der eigentliche Aufwand.
Erster Schritt
Feststellen, wer an einem Samstag um drei Uhr nachts einen Vorfall als meldepflichtig einstufen darf, ohne jemanden zu wecken, der nicht erreichbar ist.
BAM-Bezug
Die Meldekette ist im Brain-Media Audit Model ein Prozessobjekt mit benannten Rollen und Fristen, nicht ein Absatz in der Richtlinie.

Wenn ein Angriff in acht Minuten administrative Rechte erreicht, die Entscheidung über eine Meldung aber durch ein Gremium muss, das erst am Montag tagt, hat man kein Erkennungsproblem. Man hat ein Zuständigkeitsproblem. ENISA hat dafür 2026 einen Namen geliefert.

Ausgangslage: Zwei Veröffentlichungen, ein Befund

Im Juli 2026 hat die Agentur der Europäischen Union für Cybersicherheit ihre Sicht auf die Lage im Zeitalter der Frontier-Modelle veröffentlicht. Der Kern des Papiers ist keine Modellkritik, sondern eine Aussage über Zeit: Der Abstand zwischen der Offenlegung einer Schwachstelle und ihrer Ausnutzung nähert sich null. Angriffe, die früher Teams und Wochen brauchten, laufen als Kette automatisierter Schritte.

Im September 2026 folgte die Threat Landscape 2026 mit Daten zum Berichtsjahr 2025. Dort steht die nüchterne Einordnung dazu: Agentische Systeme sind im realen Angriffsgeschehen noch die Ausnahme, die große Mehrheit der Akteure nutzt KI zur Verstärkung bekannter Techniken. Dokumentiert ist aber bereits ein staatsnaher Akteur, der ein agentisches System in einer Kampagne einsetzte, und ein Fall, in dem KI-gestützt in acht Minuten administrativer Zugriff in einer Cloud-Umgebung erreicht wurde.

Beides zusammen ergibt die Lage, über die zu sprechen ist. Nicht die Frage, ob Agenten angreifen. Sondern die Frage, ob die eigene Meldekette mit einem Ablauf Schritt hält, der nicht mehr in Personentagen gemessen wird.

Die Fristen, um die es geht

Drei Regelwerke, drei Uhren, und sie laufen nicht synchron. Das ist der am häufigsten übersehene Punkt: Die Fristen starten bei unterschiedlichen Ereignissen.

Abbildung 1: Drei Meldeketten, drei Auslöser NIS-2 Art. 23 Frühwarnung 24 h nach Kenntnis Meldung 72 h nach Kenntnis Abschlussbericht 1 Monat nach der Meldung DORA Art. 19 Erstmeldung 4 h nach Einstufung, höchstens 24 h nach Kenntnis Zwischenmeldung 72 h nach der Erstmeldung Abschlussmeldung 1 Monat nach der letzten Zwischenmeldung DSGVO Art. 33, 34 Aufsichtsbehörde 72 h nach Bekanntwerden Betroffene unverzüglich bei hohem Risiko Die Ketten sind nicht gleichzeitig: Jede Frist läuft ab ihrem eigenen Auslöser, nicht ab einem gemeinsamen Nullpunkt. Brain-Media.de 2026 · CC BY-SA 4.0
Abbildung 1 · Drei Meldeketten, drei AuslöserDie Dreiundsiebzig-Stunden-Frist aus NIS-2 und die aus der DSGVO laufen beide ab Kenntnis. Die Dreiundsiebzig Stunden unter DORA laufen dagegen ab der Erstmeldung, nicht ab Kenntnis. Wer die drei Ketten in einer gemeinsamen Zeitachse plant, verrechnet sich systematisch, und zwar zu seinen Ungunsten.

Eigene Darstellung auf Grundlage von Artikel 23 der Richtlinie (EU) 2022/2555, Artikel 19 der Verordnung (EU) 2022/2554 in Verbindung mit Artikel 5 der Delegierten Verordnung (EU) 2025/301 sowie Artikel 33 und 34 der Verordnung (EU) 2016/679.
Darstellung: Brain-Media.de, lizenziert unter CC BY-SA 4.0.

Wer ist betroffen?

Alle, die eine dieser Uhren laufen haben. In der Praxis sind das häufig mehrere gleichzeitig: Ein Ransomware-Vorfall in einem Energieversorger mit Beschäftigtendaten im abgeflossenen Datensatz löst NIS-2 und DSGVO zugleich aus. Bei einem Zahlungsdienstleister kommt DORA hinzu. Die Fristen laufen dann parallel, mit unterschiedlichen Adressaten und unterschiedlichen Startpunkten.

Warum ist das wichtig? Die Lücke, die ENISA beschreibt

Das Juli-Papier führt einen Begriff ein, der die Sache auf den Punkt bringt: die Authority Gap. Gemeint ist nicht ein technischer Rückstand, sondern ein organisatorischer. Change Advisory Boards und vergleichbare Freigabegremien sind nicht dafür gebaut, Eingriffe in den wenigen Minuten zu autorisieren, die zur Verfügung stehen. Der Engpass ist damit nicht mehr die Erkennung, sondern die Befugnis.

Abbildung 2: Die Authority Gap zwischen Angriffstempo und Freigabetempo Angriff automatisiert Offenlegung → Waffe → Zugriff Minuten Freigabe menschlich Alarm Triage Gremium Entscheidung Stunden bis Tage Authority Gap Der Angriff ist abgeschlossen, bevor jemand befugt ist zu handeln. Brain-Media.de 2026 · CC BY-SA 4.0
Abbildung 2 · Die Authority GapENISA beschreibt den Engpass nicht in der Technik, sondern in der Befugnis. Solange die Entscheidung über Eingriff und Einstufung an einem Gremium hängt, das in Stunden tagt, verschiebt auch die beste Erkennung nur den Beginn des Wartens. Die Lücke schließt man nicht mit einem weiteren Werkzeug, sondern mit einer Delegationsregel.

Eigene Darstellung auf Grundlage von ENISA, ENISA’s view on Cybersecurity in the Frontier AI Era, Juli 2026, insbesondere der dort beschriebenen Authority Gap.
Darstellung: Brain-Media.de, lizenziert unter CC BY-SA 4.0.

Was das für den Einsatz von Agenten im eigenen Haus heißt

Die naheliegende Antwort lautet, die Meldekette ebenfalls zu automatisieren. ENISA empfiehlt ausdrücklich etwas anderes, nämlich KI-gestützte Triage bei durchgehend menschlicher Kontrolle, und benennt dafür den Begriff der human-gated Workflows. Das ist keine Vorsichtsfloskel, sondern folgt aus der Rechtslage: Eine Meldung nach Artikel 23 NIS-2 oder Artikel 19 DORA ist eine Erklärung der Einrichtung gegenüber einer Behörde. Sie ist zurechenbar, sie kann unrichtig sein, und sie kann Folgen haben.

Die praktisch tragfähige Aufteilung sieht deshalb so aus: Alles bis zur Entscheidungsvorlage darf der Agent, die Entscheidung selbst nicht.

Abbildung 3: Wo die Automatisierung in der Meldekette endet Erkennung Agent Anreicherung Agent Einstufung Agent schlägt vor Meldung Mensch verantwortet Freigabepunkt Hier endet die Automatisierung maschinell, protokolliert, jederzeit wiederholbar zurechenbare Erklärung Brain-Media.de 2026 · CC BY-SA 4.0
Abbildung 3 · Wo die Automatisierung endetErkennung und Anreicherung sind maschinelle Arbeit und profitieren vom Tempo. Die Einstufung darf ein Agent vorbereiten, verantworten muss sie ein Mensch, weil die Meldung eine zurechenbare Erklärung gegenüber einer Behörde ist. Entscheidend für die Frist ist daher nicht, wie schnell die Erkennung ist, sondern wie kurz der Weg zum Freigabepunkt.

Eigene Darstellung auf Grundlage der Empfehlung human-gated Workflows in ENISA’s view on Cybersecurity in the Frontier AI Era, Juli 2026, sowie der Meldepflichten nach Artikel 23 der Richtlinie (EU) 2022/2555 und Artikel 19 der Verordnung (EU) 2022/2554.
Darstellung: Brain-Media.de, lizenziert unter CC BY-SA 4.0.

Die Zahl, die man kennen sollte

Die Threat Landscape 2026 nennt für das Berichtsjahr 2025 insgesamt 1.954 unter NIS-2 gemeldete Ereignisse, Stand Mitte Juli 2026. Davon entfielen 941 auf schädliche Handlungen, und bei rund der Hälfte aller Ereignisse blieb die Ursache unbekannt. Am stärksten betroffen waren öffentliche Verwaltung, Gesundheit, digitale Infrastruktur, Banken und Verkehr.

Die Hälfte ohne bekannte Ursache ist die eigentliche Nachricht. Sie sagt nichts über die Qualität der meldenden Häuser aus, sondern etwas über den Zeitpunkt: Gemeldet wird früh, weil die Frist früh läuft. Zu diesem Zeitpunkt ist die Ursache in vielen Fällen schlicht noch nicht bekannt. Genau dafür ist die gestufte Meldung gebaut, und genau deshalb ist die Angst vor einer unvollständigen Erstmeldung der falsche Grund, eine Frist reißen zu lassen.

Das zweite Papier beschreibt daneben ein strukturelles Risiko, das in der Planung selten auftaucht: Wenn eine Schwachstelle breit und schnell ausgenutzt wird, treffen viele Meldungen gleichzeitig bei denselben Stellen ein. Die Kapazität der nationalen Computer-Notfallteams ist dann der Engpass, nicht die eigene Meldebereitschaft.

Was muss konkret getan werden?

  • Die drei Fristen mit ihren jeweiligen Auslösern in eine Übersicht bringen und ausdrücklich festhalten, dass sie nicht gemeinsam starten.
  • Festlegen, wer außerhalb der Geschäftszeiten einstufen darf, mit Vertretung und ohne Gremiumsvorbehalt. Das ist die Delegationsregel, die die Authority Gap schließt.
  • Vorlagen für Frühwarnung und Erstmeldung so vorbereiten, dass sie mit unbekannter Ursache ausgefüllt werden können.
  • KI-gestützte Triage einsetzen, aber die Einstufungsentscheidung protokolliert beim Menschen belassen, einschließlich der Begründung.
  • Die Meldekette einmal im Jahr mit der Stoppuhr üben, bevorzugt an einem Freitagabend. Alles andere misst die falsche Lage.
  • Agenten, die im eigenen Haus Werkzeuge bedienen, in das Vorfallmanagement einbeziehen. Ein Agent kann auch Verursacher sein, nicht nur Melder.

BAM-Mapping: Die Meldekette als Objekt

Im Brain-Media Audit Model ist die Meldekette kein Textabschnitt, sondern ein Prozessobjekt mit Auslöser, Frist, verantwortlicher Rolle, Vertretung und Adressat. Dadurch lässt sich die Frage beantworten, die in einer Prüfung tatsächlich gestellt wird: Welche Fristen liefen bei diesem Vorfall, wer war zuständig, und woran lässt sich das belegen.

Weil dieselbe Kette NIS-2, DORA und die DSGVO bedient, wird sie einmal modelliert und mehrfach zugeordnet, statt in drei Richtlinien getrennt beschrieben zu werden. Bei einem Vorfall, der alle drei auslöst, ist das der Unterschied zwischen einer Übersicht und einer Suche.

Unsere Empfehlung

Investieren Sie zuerst in die Verkürzung des Wegs zum Freigabepunkt, nicht in die Beschleunigung der Erkennung. Die meisten Häuser erkennen inzwischen schneller, als sie entscheiden dürfen. Eine schriftliche Delegationsregel, die einer benannten Person die Einstufung außerhalb der Geschäftszeiten zuweist, kostet eine Seite und wirkt sofort.

Und widerstehen Sie der Versuchung, die Meldung selbst zu automatisieren. Eine automatisch versendete Erstmeldung mit falscher Einstufung ist kein Zeitgewinn, sondern eine Erklärung gegenüber einer Behörde, die Sie anschließend korrigieren müssen.

Wie sich Vorfälle mit KI-Beteiligung erkennen, einstufen und dokumentieren lassen, behandelt KI Incident Response ausführlich. Was autonome Agenten im Unternehmenseinsatz heute tatsächlich leisten, ordnet Agent Reality Check ein.

Häufige Fragen

Darf ein KI-System die Meldung selbst absenden?

Rechtlich verboten ist es nicht. Zurechenbar bleibt die Meldung aber der Einrichtung, und falsche Angaben sind auch dann falsche Angaben, wenn ein Modell sie erzeugt hat. Die Empfehlung, die Entscheidung menschlich zu halten, folgt aus dieser Zurechnung.

Wann beginnt die Frist genau zu laufen?

Bei NIS-2 und der DSGVO mit der Kenntnis vom Vorfall, nicht mit dem Abschluss der Analyse. Bei der DORA-Erstmeldung mit der Einstufung als schwerwiegend, zugleich gedeckelt auf vierundzwanzig Stunden nach Kenntnis. Wer die Einstufung verzögert, verlängert die Frist nicht.

Was tun, wenn die Ursache nach 24 Stunden unbekannt ist?

Melden. Die gestufte Meldung ist genau dafür vorgesehen. In den ENISA-Daten blieb bei rund der Hälfte der gemeldeten Ereignisse die Ursache offen, das ist der Normalfall und kein Mangel.

Zählt ein Fehlverhalten des eigenen KI-Agenten als meldepflichtiger Vorfall?

Wenn es die Verfügbarkeit, Integrität oder Vertraulichkeit der erbrachten Dienste erheblich beeinträchtigt, ja. Die Richtlinie fragt nach der Wirkung, nicht nach der Ursache. Ein Agent, der produktive Daten löscht, ist kein Sonderfall.

Reicht ein gemeinsames Formular für alle drei Meldewege?

Für die interne Erfassung ja, für die Abgabe nein. Die Adressaten, Formate und Pflichtfelder unterscheiden sich. Sinnvoll ist eine gemeinsame Erfassung mit drei Ausleitungen.

Quellen

  1. ENISA, ENISA’s view on Cybersecurity in the Frontier AI Era, Juli 2026, enisa.europa.eu.
  2. ENISA, ENISA Threat Landscape 2026, September 2026, Berichtszeitraum 2025, enisa.europa.eu.
  3. Richtlinie (EU) 2022/2555 (NIS-2), Artikel 23 zu den Berichtspflichten, EUR-Lex.
  4. Verordnung (EU) 2022/2554 (DORA), Artikel 19, sowie Delegierte Verordnung (EU) 2025/301, Artikel 5 zu den Meldefristen, EUR-Lex.
  5. BaFin, Fragen und Antworten zum Meldewesen für IKT-Vorfälle nach DORA, bafin.de.
  6. Verordnung (EU) 2016/679 (DSGVO), Artikel 33 und 34, EUR-Lex.
  7. BSI, AISI Deutschland, Aktuelle KI-Sicherheitsthemen 08/2026, bsi.bund.de.