Secani
Secani
  • Partner
AnmeldenTour starten

Mit KI zusammenfassen

In ChatGPT öffnenIn Claude öffnenIn Perplexity öffnenIn Mistral öffnenIn Grok öffnen
SIBB Startups
Berlin
Kofinanziert von der Europäischen Union
for Startupsby
Secani

Jonathan Bezdek

Wörther Straße 9

10435 Berlin


hello@secani.com

Produkt

  • Secani Agent
  • Roadmap
  • Dokumentation
  • OSCAL
  • NIS2-Betroffenheitsprüfung
  • NIS2-Umsetzungs-Check
  • NIS2-Leitfaden
  • Frameworks

Rechtliches

  • Datenschutzerklärung
  • AGB
  • Cookie-Einstellungen
  • Impressum
  • humans.txt
  • lawyers.txt
  • security.txt

Unternehmen

  • Unternehmen
  • Kontakt
  • Blog
  • Marke

Support

  • Hilfe
  1. Start›
  2. Frameworks›
  3. DORA

DORA.

Die EU-Verordnung für digitale operationale Resilienz im Finanzsektor: Anwendungsbereich, Hauptpflichten und laufender Nachweis.

  • Verordnung (EU) 2022/2554
  • ·Von Derya Altinay
  • ·Stand: 22.10.2026
  • ·Fachlich freigegeben von Jonathan Bezdek am 22.10.2026
  • ·Lesezeit: 7 Min.

Kurzantwort.

DORA ist die EU-Verordnung über digitale operationale Resilienz im Finanzsektor. Seit dem 17. Januar 2025 verlangt sie von erfassten Finanzunternehmen einen belastbaren Umgang mit IKT-Risiken, Vorfällen, Resilienztests und Dienstleisterabhängigkeiten. Die Pflichten richten sich nach Rolle und Anwendungsbereich; ein allgemeines Zertifikat ersetzt ihre laufende Erfüllung nicht.

Die DORA Verordnung regelt den laufenden Betrieb.

DORA steht für Digital Operational Resilience Act und bezeichnet die Verordnung (EU) 2022/2554 über die digitale operationale Resilienz im Finanzsektor. Die Verordnung gilt seit dem 17. Januar 2025. Ihr Ziel ist, Finanzdienstleistungen auch bei erheblichen IKT-Störungen aufrechterhalten und wiederherstellen zu können. Die Europäische Kommission ordnet Prävention, begrenzte Auswirkungen und Wiederherstellung gemeinsam als Resilienzaufgabe ein.

DORA reicht über die Abwehr von Cyberangriffen hinaus. Auch technische Ausfälle, unbrauchbare Wiederherstellungsverfahren und Abhängigkeiten von externen Diensten können die Finanzdienstleistung beeinträchtigen. Entscheidend ist deshalb, wie Geschäftsverantwortung, Technologie und Dienstleister zusammenarbeiten. Eine Sammlung von Sicherheitsrichtlinien allein zeigt noch nicht, ob ein Zahlungsprozess nach einer Störung tatsächlich wieder funktioniert.

Ergänzende technische Regulierungsstandards und Durchführungsstandards konkretisieren die Verordnung. Das offizielle Register der Kommission führt etwa Rechtsakte zu Vorfallmeldungen und Unterauftragsvergaben. Die Umsetzung braucht deshalb die jeweils anwendbaren endgültigen Regeln und die Vorgaben der zuständigen Aufsicht. Eine alte Checkliste oder ein allgemeiner Meldekalender ersetzt diese Prüfung nicht.

Welche Finanzunternehmen und Dienstleister DORA betrifft.

DORA erfasst bestimmte Rechtsträger des Finanzsektors nach Art. 2 Verordnung (EU) 2022/2554. Dazu zählen beispielsweise Kreditinstitute, Zahlungsinstitute, Wertpapierfirmen und Versicherungsunternehmen, jeweils unter Beachtung der gesetzlichen Ausnahmen. Die Bezeichnung FinTech, Start-up oder KMU entscheidet die Frage nicht. EIOPA erläutert in ihrer finalen Antwort DORA 136–3193, dass die Einordnung am Rechtsträgertyp ansetzt und gemeinsam genutzte IKT nicht allein anhand einzelner Tätigkeiten ausgeklammert werden kann.

Ein gewöhnlicher IKT-Drittdienstleister hat eine andere Rolle als ein erfasstes Finanzunternehmen. Finanzkunden können vertragliche Zusagen, Unterstützung bei Vorfällen und belastbare Nachweise verlangen. Davon zu trennen ist die ausdrückliche Benennung als kritischer IKT-Drittdienstleister durch die europäischen Aufsichtsbehörden nach Art. 31 DORA. Die Unterstützung einer kritischen Kundenfunktion allein bewirkt diese Benennung nicht, wie die ESMA-Informationen zum Überwachungsrahmen erläutern.

Verhältnismäßigkeit bedeutet eine begründete Ausgestaltung der Pflichten anhand des Unternehmens und seiner Risiken. Sie ist keine allgemeine Befreiung kleiner Unternehmen. Der vereinfachte IKT-Risikomanagementrahmen nach Art. 16 DORA ist gesondert zu prüfen. Halten Sie Rolle, mögliche Ausnahmen, zuständige Behörde und die Gründe Ihrer Einordnung zusammen fest, bevor Sie den Umsetzungsumfang bestimmen.

Die DORA-Anforderungen verbinden sechs Arbeitsbereiche.

Die DORA-Anforderungen verknüpfen Leitung, Risikomanagement und überprüfbaren Betrieb. Die folgende Orientierung bündelt die Hauptbereiche der Verordnung; der Informationsaustausch über Cyberbedrohungen ist freiwillig. ESMA beschreibt diese Themen und verweist für ihre Konkretisierung auf die jeweiligen technischen Standards.

  • Leitung und Verantwortung.

    Das Leitungsorgan trägt nach Art. 5 DORA Verantwortung für das IKT-Risikomanagement. Dazu gehört ein Rahmen, in dem Entscheidungen, Zuständigkeiten und benötigte Ressourcen zusammenpassen. Eine Beauftragung externer Dienste hebt die Verantwortung des Finanzunternehmens nicht auf. Für die Leitung muss erkennbar bleiben, welche wesentlichen Risiken bestehen und welche Entscheidungen noch ausstehen.

  • IKT-Risikomanagement und Fortführung.

    Die Art. 5 bis 16 DORA behandeln den IKT-Risikomanagementrahmen einschließlich der besonderen Regeln zum vereinfachten Rahmen. Identifizierung, Schutz, Erkennung, Reaktion, Wiederherstellung und Lernen gehören zusammen. Der Bezugspunkt ist die betroffene Finanzfunktion mit ihren Systemen und Abhängigkeiten. Ein dokumentiertes Wiederherstellungsziel braucht dazu passende technische und organisatorische Fähigkeiten.

  • Vorfälle behandeln und melden.

    Die Art. 17 bis 23 DORA regeln IKT-bezogene Vorfälle und deren Meldung. Verantwortliche müssen Auswirkungen bewerten, die relevante Einstufung vornehmen und die erforderlichen Meldungen organisieren. Die Einzelheiten ergeben sich zusätzlich aus den anwendbaren technischen Standards. Ein Lieferantenausfall ist deshalb zunächst fachlich einzuordnen, statt automatisch denselben Meldestatus für jedes Regelwerk zu übernehmen.

  • Digitale operationale Resilienz testen.

    Die Art. 24 bis 27 DORA behandeln Resilienztests. Verschiedene Testarten beantworten unterschiedliche Fragen: Eine Krisenübung prüft Entscheidungen, während ein Wiederherstellungstest technische Annahmen prüft. Bedrohungsorientierte Penetrationstests, kurz TLPT, betreffen ausgewählte Finanzunternehmen. Sie sind keine pauschale Anforderung an jeden Finanzdienstleister oder jeden seiner Lieferanten.

  • IKT-Drittparteienrisiken steuern.

    Die Art. 28 bis 30 DORA verbinden Dienstleisterrisiken, Vertragsanforderungen und die eigene Verantwortung des Finanzunternehmens. Das Informationsregister über vertragliche IKT-Vereinbarungen ist von einer beliebigen Lieferantenliste zu unterscheiden. Aufmerksamkeit brauchen besonders die Unterstützung kritischer oder wichtiger Funktionen, Abhängigkeiten, vertragliche Mitwirkung und tragfähige Ausstiegsoptionen. Die gesonderte Überwachung kritischer Anbieter behandelt Art. 31 ff. DORA.

  • Bedrohungsinformationen gezielt austauschen.

    Art. 45 DORA ermöglicht Vereinbarungen zum Austausch von Informationen über Cyberbedrohungen. Eine Teilnahme ist freiwillig und braucht klare Regeln für Vertraulichkeit und Nutzung. Der Informationsaustausch ergänzt den eigenen Sicherheitsbetrieb; er ersetzt weder die Bewertung eines Vorfalls noch eine erforderliche Meldung an die zuständige Behörde.

DORA umsetzen: von der Rolle zur überprüften Fähigkeit.

  1. Rolle und Zuständigkeit klären.

    Dokumentieren Sie für den relevanten Rechtsträger Anwendungsbereich, Ausnahmen, Aufsichtsbeziehung und verantwortliche Personen, damit die weitere Arbeit auf einer begründeten Einordnung beruht.

  2. Finanzfunktionen und Abhängigkeiten erfassen.

    Verbinden Sie die wichtigen Funktionen mit den tatsächlich verwendeten Systemen, Informationen und externen Diensten, um mögliche Störungsfolgen und gemeinsame Abhängigkeiten zu erkennen.

  3. Risiken und Vereinbarungen bewerten.

    Prüfen Sie mit Fachbereich, Technologie und Einkauf, ob Maßnahmen, Dienstleisterzusagen und Verträge die erforderliche Fortführung unterstützen und wo Entscheidungen der Leitung nötig sind.

  4. Vorfälle und Wiederherstellung erproben.

    Üben Sie anhand passender Szenarien die Erkennung, Bewertung, Eskalation und Wiederherstellung einschließlich der erforderlichen Zusammenarbeit mit Dienstleistern und dokumentieren Sie die Ergebnisse.

  5. Nachweise und Änderungen fortschreiben.

    Überprüfen Sie nach wesentlichen Änderungen und neuen Erkenntnissen, ob Verantwortlichkeiten, Register, Verfahren und Tests weiterhin zusammenpassen und erkannte Schwächen tatsächlich behoben wurden.

DORA-Nachweise entstehen im laufenden Betrieb.

DORA wird durch nachvollziehbare Entscheidungen und überprüfbare Umsetzung belegt. Dazu gehören je nach anwendbarer Pflicht Risikobeurteilungen, Regelungen zur Fortführung, Vorfallaufzeichnungen, Testergebnisse und Unterlagen zu IKT-Vereinbarungen. Ein Nachweis sollte erkennen lassen, welchen Rechtsträger und welche Funktion er betrifft und was tatsächlich geprüft wurde. Ein Testprotokoll mit offenen Problemen ist keine Bestätigung, dass diese Probleme bereits behoben sind.

Die zuständigen Behörden beaufsichtigen Finanzunternehmen im gesetzlichen Rahmen, unter anderem nach Art. 46 ff. DORA. Davon unterscheidet sich die europäische Überwachung ausdrücklich benannter kritischer IKT-Drittdienstleister nach Art. 31 bis 44. ESMA beschreibt diese Überwachung als Ergänzung der eigenen Verantwortung und bestehenden Aufsicht über Finanzunternehmen. Ein allgemeines DORA-Zertifikat mit einer einheitlichen Laufzeit ersetzt diese Beziehungen und Pflichten nicht.

Weiterlesen im Blog.

  • DORA-Bereitschaft für Finanzunternehmen und IKT-DienstleisterDer ausführliche Betriebsleitfaden mit Rollen, Abhängigkeiten, Tests und einem Zahlungsdienst-Beispiel.
  • Drittparteienrisiken unter DSGVO, NIS2 und DORADie unterschiedlichen Entscheidungen zu Lieferanten und Dienstleistungsbeziehungen zusammenhalten.

DORA und andere Frameworks.

DORA ist für erfasste Finanzunternehmen in den relevanten Bereichen ein sektorspezifischer Unionsrechtsakt im Verhältnis zu NIS2; daraus folgt keine pauschale Befreiung jeder Finanzgruppe oder ihrer Lieferkette von sämtlichen BSIG-Pflichten. ISO 27001 kann ein ISMS organisatorisch strukturieren, ersetzt aber die DORA-Anforderungen und ihre Nachweise nicht. Datenschutzpflichten nach der DSGVO sind gesondert zu beurteilen, insbesondere wenn eine Störung zugleich personenbezogene Daten betrifft.

  • NIS2 in DeutschlandGeltungsbereich und Pflichten nach dem BSIG einordnen.
  • ISO 27001Das Managementsystem für Informationssicherheit verstehen.
  • DSGVODatenschutzpflichten und Meldeentscheidungen gesondert betrachten.

In Secani.

Secani enthält einen redaktionellen DORA-Katalog auf Basis der Verordnung (EU) 2022/2554 mit ausgewählten ergänzenden Rechtsakten. Profilangaben unterscheiden unter anderem bestätigte Finanzunternehmen sowie den vollen und vereinfachten Rahmen. Diese Angaben unterstützen eine dokumentierte Bearbeitung; sie treffen keine automatische rechtliche Einstufung. Der Katalog ist weder eine amtliche Übersetzung noch eine Bestätigung der DORA-Konformität.

Mit einem Rechtsträger und einer Funktion beginnen.

Wählen Sie zunächst eine relevante Rechtseinheit und eine konkrete Finanzfunktion. Stellen Sie deren Einordnung, Verantwortlichkeiten, Systemabhängigkeiten, Dienstleistungsvereinbarungen und letzte Testergebnisse zusammen. Prüfen Sie anschließend mit den zuständigen Personen, welche Aussagen bereits belegt sind und welche Entscheidung als Nächstes erforderlich ist. Der ausführliche Blogleitfaden führt diesen Einstieg weiter aus.

Demo anfragen

Quellen.

  • Verordnung (EU) 2022/2554 über die digitale operationale Resilienz im Finanzsektor
  • Europäische Kommission: Cyber resilience
  • Europäische Kommission: delegierte und Durchführungsrechtsakte zu DORA
  • ESMA: DORA, Hauptbereiche und technische Standards
  • ESMA: Überwachung kritischer IKT-Drittdienstleister
  • EIOPA: DORA Q&A 136–3193 zu Art. 2
  • Kommissionsleitlinien zu Art. 4 NIS2, 2023/C 328/02

Häufige Fragen.

Nein. Entscheidend sind der Rechtsträger, seine gesetzliche Kategorie und mögliche Ausnahmen nach Art. 2 DORA. Eine Marktbezeichnung oder geringe Unternehmensgröße allein begründet weder die Anwendbarkeit noch eine Befreiung.

Nein. Die Benennung als kritischer IKT-Drittdienstleister erfolgt im europäischen Überwachungsrahmen nach Art. 31 DORA. Eine Kundenbeziehung oder die Unterstützung einer kritischen Kundenfunktion allein ersetzt diese Benennung nicht.

Nein. Bedrohungsorientierte Penetrationstests nach Art. 26 DORA betreffen ausgewählte Finanzunternehmen. Andere anwendbare Anforderungen an Resilienztests bleiben gesondert zu prüfen.

Nein. Ein ISO-27001-Zertifikat bestätigt ein ISMS im ausgewiesenen Geltungsbereich und ersetzt die gesetzlichen DORA-Pflichten nicht. Für diese bleiben die anwendbaren Anforderungen, die tatsächliche Umsetzung und deren Nachweise maßgeblich.

Verantwortung und Nachweise zusammenführen.

Sehen Sie, wie Secani die Bearbeitung regulatorischer Anforderungen unterstützt.

Demo anfragen

Diese Seite erläutert DORA allgemein und ersetzt keine fallbezogene rechtliche Prüfung. Maßgeblich sind die geltenden Rechtsakte und die Vorgaben der zuständigen Aufsicht.