/dora:dora-vorfallsmeldung
Zweck
DORA verlangt von Finanzunternehmen einen geschlossenen Prozess zur Behandlung, Klassifizierung und Meldung IKT-bezogener Vorfälle. Anders als bei einer freien Risikoabwägung sind die Schwellen (RTS 2024/1772) und die Meldefristen rechtlich determiniert. Dieser Skill prüft die Erheblichkeit, klassifiziert den Vorfall und orchestriert die Meldekette an die zuständige Behörde (in DE: BaFin/Deutsche Bundesbank).
Eingaben
- Art des Finanzunternehmens (CRR-Institut, Versicherer, KVG, Zahlungsinstitut, CASP)
- Vorfallsbeschreibung (Ausfall, Cyberangriff, Datenintegritätsverlust, Drittparteienvorfall)
- Zeitpunkt der Entdeckung des Vorfalls
- Betroffene kritische oder wichtige Funktionen, Anzahl betroffener Kunden, geografische Ausbreitung
- Dauer der Betriebsunterbrechung, Datenverlust, wirtschaftliche Auswirkungen
- Bereits informierte Stellen (BaFin, Bundesbank, andere Aufsicht)
Sub-Agent-Architektur
Der Skill arbeitet in drei gedanklichen Rollen. Ein Klassifizierungs-Agent misst den Vorfall an den Primär- und Sekundärkriterien des Art. 18 DORA und der RTS 2024/1772 (betroffene Kunden, Reputationswirkung, Dauer/Ausfallzeit, geografische Ausbreitung, Datenverlust, wirtschaftliche Auswirkungen) und entscheidet, ob „schwerwiegend". Ein Fristen-Agent legt aus dem Entdeckungszeitpunkt die drei Meldetermine fest und überwacht sie. Ein Verzahnungs-Agent prüft, ob parallel eine NIS2- (§ 32 BSIG) oder DSGVO-Meldung (Art. 33 DSGVO) ausgelöst wird. Die Rollen schreiben in ein gemeinsames Meldedossier; der Mensch (Leitungsorgan) gibt frei.
Ablauf
1. Behandlungsprozess (Art. 17 DORA)
- Erfassung, Protokollierung, Kategorisierung jedes IKT-Vorfalls nach dokumentiertem Verfahren.
- Frühwarnindikatoren, Eskalationswege und Rollen müssen vorab definiert sein.
- Auch erhebliche Cyberbedrohungen (ohne Vorfall) können freiwillig gemeldet werden.
2. Klassifizierung (Art. 18 DORA)
Ein Vorfall ist schwerwiegend, wenn die Schwellen der RTS 2024/1772 erreicht werden. Kriterien:
| Kriterium |
Inhalt |
| Betroffene Kunden / Gegenparteien |
Anzahl und Anteil |
| Dauer und Ausfallzeit |
Stunden bis zur Wiederherstellung |
| Geografische Ausbreitung |
grenzüberschreitend? |
| Datenverlust |
Verfügbarkeit, Authentizität, Integrität, Vertraulichkeit |
| Auswirkung auf kritische Dienste |
kritische oder wichtige Funktionen betroffen |
| Wirtschaftliche Auswirkungen |
absolute/relative Verluste |
3. Erstmeldung — 4-Stunden-/24-Stunden-Frist (Art. 19 DORA)
- Erstmeldung schnellstmöglich, spätestens 4 Stunden nach Klassifizierung als schwerwiegend, in jedem Fall spätestens 24 Stunden nach Entdeckung.
- Adressat: zuständige Behörde (BaFin/Bundesbank über das Meldeportal).
4. Zwischenmeldung — 72 Stunden (Art. 19 DORA)
- Zwischenmeldung spätestens 72 Stunden nach der Erstmeldung mit aktualisiertem Status und ersten Auswirkungen.
5. Abschlussbericht — 1 Monat (Art. 19 DORA)
- Abschlussbericht spätestens einen Monat nach der jüngsten aktualisierten Zwischenmeldung: Ursachenanalyse (Root Cause), ergriffene Abhilfemaßnahmen, endgültige Auswirkungen.
6. Kundeninformation und Verzahnung
- Bei Auswirkungen auf finanzielle Interessen: unverzügliche Kundeninformation (Art. 19 DORA).
- Doppelmeldung prüfen: NIS2 (§ 32 BSIG), DSGVO (Art. 33 DSGVO), ggf. ZAC-Strafanzeige.
Risiken / typische Fehler
- 4-Stunden-Frist ab Klassifizierung übersehen — die Uhr läuft ab Einstufung als schwerwiegend, spätestens 24 h ab Entdeckung.
- Klassifizierungsschwelle der RTS 2024/1772 unterschätzt — Sekundärkriterien (Datenverlust, Reputation) werden gerne ignoriert.
- Doppelmeldung an NIS2-/DSGVO-Stellen vergessen — ein IKT-Vorfall kann drei Meldepflichten gleichzeitig auslösen.
- Kundeninformation unterlassen — bei betroffenen finanziellen Interessen ist sie nach Art. 19 DORA Pflicht, nicht Kür.
Quellen
Statute
Sekundärliteratur
- Maume/Maute/Fromberger, DORA-Kommentar
- BeckOK DORA (Online)
Ausgabeformat
DORA-VORFALLSMELDUNG — <Vorfall-ID> — <Datum>
I. Behandlungsprozess (Art. 17 DORA) [erfasst / kategorisiert]
II. Klassifizierung (Art. 18 DORA)
Schwerwiegend? [Ja / Nein] Erreichte Kriterien: <…>
III. Meldekette (Art. 19 DORA)
Erstmeldung Frist: <Entdeckung + 4h / +24h> Status: <…>
Zwischenmeldung Frist: <Erstmeldung + 72h> Status: <…>
Abschlussbericht Frist: <+ 1 Monat> Status: <…>
IV. Kundeninformation [N/A / erforderlich]
V. Verzahnung NIS2 / DSGVO [§ 32 BSIG / Art. 33 DSGVO]
Eskalationspfad: <Leitungsorgan wann>
Nächster Schritt: <…>
1---2name: dora-vorfallsmeldung3description: Klassifizierung und Meldung IKT-bezogener Vorfälle nach DORA – Behandlungsprozess Art. 17 DORA, Klassifizierung Art. 18 DORA, Meldung schwerwiegender Vorfälle Art. 19 DORA mit der Fristenkaskade 4h/72h/1 Monat. Use when ein Finanzunternehmen einen IKT-Vorfall klassifizieren und die Meldekette an die zuständige Behörde aufsetzen muss.4---56# /dora:dora-vorfallsmeldung78## Zweck910DORA verlangt von Finanzunternehmen einen geschlossenen Prozess zur **Behandlung, Klassifizierung und Meldung** IKT-bezogener Vorfälle. Anders als bei einer freien Risikoabwägung sind die **Schwellen** (RTS 2024/1772) und die **Meldefristen** rechtlich determiniert. Dieser Skill prüft die Erheblichkeit, klassifiziert den Vorfall und orchestriert die Meldekette an die zuständige Behörde (in DE: BaFin/Deutsche Bundesbank).1112## Eingaben1314- Art des Finanzunternehmens (CRR-Institut, Versicherer, KVG, Zahlungsinstitut, CASP)15- Vorfallsbeschreibung (Ausfall, Cyberangriff, Datenintegritätsverlust, Drittparteienvorfall)16- Zeitpunkt der **Entdeckung** des Vorfalls17- Betroffene kritische oder wichtige Funktionen, Anzahl betroffener Kunden, geografische Ausbreitung18- Dauer der Betriebsunterbrechung, Datenverlust, wirtschaftliche Auswirkungen19- Bereits informierte Stellen (BaFin, Bundesbank, andere Aufsicht)2021## Sub-Agent-Architektur2223Der Skill arbeitet in drei gedanklichen Rollen. Ein **Klassifizierungs-Agent** misst den Vorfall an den Primär- und Sekundärkriterien des Art. 18 DORA und der RTS 2024/1772 (betroffene Kunden, Reputationswirkung, Dauer/Ausfallzeit, geografische Ausbreitung, Datenverlust, wirtschaftliche Auswirkungen) und entscheidet, ob „schwerwiegend". Ein **Fristen-Agent** legt aus dem Entdeckungszeitpunkt die drei Meldetermine fest und überwacht sie. Ein **Verzahnungs-Agent** prüft, ob parallel eine NIS2- (§ 32 BSIG) oder DSGVO-Meldung (Art. 33 DSGVO) ausgelöst wird. Die Rollen schreiben in ein gemeinsames Meldedossier; der Mensch (Leitungsorgan) gibt frei.2425## Ablauf2627### 1. Behandlungsprozess (Art. 17 DORA)2829- Erfassung, Protokollierung, Kategorisierung jedes IKT-Vorfalls nach dokumentiertem Verfahren.30- Frühwarnindikatoren, Eskalationswege und Rollen müssen vorab definiert sein.31- Auch erhebliche Cyberbedrohungen (ohne Vorfall) können **freiwillig** gemeldet werden.3233### 2. Klassifizierung (Art. 18 DORA)3435Ein Vorfall ist **schwerwiegend**, wenn die Schwellen der RTS 2024/1772 erreicht werden. Kriterien:3637| Kriterium | Inhalt |38|---|---|39| Betroffene Kunden / Gegenparteien | Anzahl und Anteil |40| Dauer und Ausfallzeit | Stunden bis zur Wiederherstellung |41| Geografische Ausbreitung | grenzüberschreitend? |42| Datenverlust | Verfügbarkeit, Authentizität, Integrität, Vertraulichkeit |43| Auswirkung auf kritische Dienste | kritische oder wichtige Funktionen betroffen |44| Wirtschaftliche Auswirkungen | absolute/relative Verluste |4546### 3. Erstmeldung — 4-Stunden-/24-Stunden-Frist (Art. 19 DORA)4748- **Erstmeldung** schnellstmöglich, **spätestens 4 Stunden** nach Klassifizierung als schwerwiegend, in jedem Fall **spätestens 24 Stunden** nach Entdeckung.49- Adressat: zuständige Behörde (BaFin/Bundesbank über das Meldeportal).5051### 4. Zwischenmeldung — 72 Stunden (Art. 19 DORA)5253- **Zwischenmeldung** spätestens 72 Stunden nach der Erstmeldung mit aktualisiertem Status und ersten Auswirkungen.5455### 5. Abschlussbericht — 1 Monat (Art. 19 DORA)5657- **Abschlussbericht** spätestens einen Monat nach der jüngsten aktualisierten Zwischenmeldung: Ursachenanalyse (Root Cause), ergriffene Abhilfemaßnahmen, endgültige Auswirkungen.5859### 6. Kundeninformation und Verzahnung6061- Bei Auswirkungen auf finanzielle Interessen: **unverzügliche Kundeninformation** (Art. 19 DORA).62- Doppelmeldung prüfen: NIS2 (§ 32 BSIG), DSGVO (Art. 33 DSGVO), ggf. ZAC-Strafanzeige.6364## Risiken / typische Fehler6566- **4-Stunden-Frist** ab Klassifizierung übersehen — die Uhr läuft ab Einstufung als schwerwiegend, spätestens 24 h ab Entdeckung.67- **Klassifizierungsschwelle** der RTS 2024/1772 unterschätzt — Sekundärkriterien (Datenverlust, Reputation) werden gerne ignoriert.68- **Doppelmeldung** an NIS2-/DSGVO-Stellen vergessen — ein IKT-Vorfall kann drei Meldepflichten gleichzeitig auslösen.69- **Kundeninformation** unterlassen — bei betroffenen finanziellen Interessen ist sie nach Art. 19 DORA Pflicht, nicht Kür.7071## Quellen7273### Statute7475- [VO (EU) 2022/2554 (DORA)](https://eur-lex.europa.eu/eli/reg/2022/2554/oj) — Art. 17 DORA, Art. 18 DORA, Art. 19 DORA, Art. 23 DORA76- RTS 2024/1772 (Klassifizierung schwerwiegender IKT-bezogener Vorfälle)77- [Art. 33 DSGVO](https://eur-lex.europa.eu/legal-content/DE/TXT/?uri=CELEX:32016R0679) — Verzahnung78- [§ 32 BSIG (n.F.)](https://www.gesetze-im-internet.de/bsig_2025/__32.html) — NIS2-Verzahnung7980### Sekundärliteratur8182- Maume/Maute/Fromberger, DORA-Kommentar83- BeckOK DORA (Online)8485## Ausgabeformat8687```88DORA-VORFALLSMELDUNG — <Vorfall-ID> — <Datum>8990I. Behandlungsprozess (Art. 17 DORA) [erfasst / kategorisiert]91II. Klassifizierung (Art. 18 DORA)92 Schwerwiegend? [Ja / Nein] Erreichte Kriterien: <…>93III. Meldekette (Art. 19 DORA)94 Erstmeldung Frist: <Entdeckung + 4h / +24h> Status: <…>95 Zwischenmeldung Frist: <Erstmeldung + 72h> Status: <…>96 Abschlussbericht Frist: <+ 1 Monat> Status: <…>97IV. Kundeninformation [N/A / erforderlich]98V. Verzahnung NIS2 / DSGVO [§ 32 BSIG / Art. 33 DSGVO]99100Eskalationspfad: <Leitungsorgan wann>101Nächster Schritt: <…>102```