Termin vereinbaren
Integrierte Compliance für den Finanzsektor

DORA & ISO 27001 synergetisch umsetzen

Ein ISMS nach ISO/IEC 27001 ist das Fundament, die DORA-Deltas ergänzen Sie als Overlay – mit einer Risikomethodik, einem Kontrollrahmen und gemeinsamen Evidenzen. VamiSec begleitet Sie von der Gap-Analyse bis zum integrierten Betrieb.

17.01.2025DORA (Verordnung (EU) 2022/2554) unmittelbar anwendbar
5 Säulenvon IKT-Risikomanagement bis Informationsaustausch (Art. 5–45)
93 ControlsISO 27001:2022 Annex A als Fundament für das DORA-Overlay

Zwei Regelwerke, ein Managementsystem

Mit DORA (Verordnung (EU) 2022/2554) gilt seit dem 17.01.2025 ein unmittelbar anwendbarer Rechtsrahmen für die digitale operationale Resilienz im Finanzsektor – von Banken über Versicherer und Wertpapierfirmen bis zu Zahlungsinstituten und Krypto-Dienstleistern. Die Verordnung bündelt ihre Anforderungen in fünf Säulen: IKT-Risikomanagement (Art. 5–16), Vorfallmanagement und Meldewesen (Art. 17–23), Resilienz-Tests (Art. 24–27), IKT-Drittparteienrisiko (Art. 28–44) und Informationsaustausch (Art. 45). Ergänzende technische Regulierungs- und Durchführungsstandards konkretisieren die Pflichten bis auf die operative Ebene.

Die gute Nachricht: Die europäischen Aufsichtsbehörden (ESAs) haben die technischen Standards ausdrücklich unter Berücksichtigung der ISO-27000-Familie entwickelt und nutzen deren Terminologie. Ein ISMS nach ISO/IEC 27001:2022 liefert damit Governance, Risikomethodik, Kontrollrahmen und Auditzyklus, auf denen die DORA-Umsetzung aufsetzt. Wer beide Regelwerke parallel betreibt, produziert doppelte Richtlinien, doppelte Risikobewertungen und doppelte Audits. Integriert umgesetzt bleibt ein Managementsystem – die DORA-spezifischen Anforderungen ergänzen Sie als Overlay.

Das Mapping: DORA-Bausteine im ISO-27001-Anker

Die Übersicht zeigt unsere Zuordnung der DORA-Bausteine zu ISO/IEC 27001:2022 auf Control-Ebene – und was DORA darüber hinaus verlangt.

Governance & IKT-Risikomanagementrahmen (Art. 5–6)
Kap. 4 (Kontext), 5.1–5.3 (Führung, Politik, Rollen), 6.1.2/6.1.3 (Risikobeurteilung und -behandlung), 9.2/9.3 (Audit, Managementbewertung), 10 (Verbesserung)
Das Leitungsorgan trägt die letztendliche Verantwortung für das IKT-Risiko – inklusive Budgetallokation und eigener Schulungspflicht (Art. 5(2)–(4)). Zudem fordert Art. 6(4) eine unabhängige IKT-Risikokontrollfunktion, die ISO 27001 nicht kennt.
Identifikation, Schutz & Erkennung (Art. 8–10)
A.5.9 (Asset-Inventar), A.5.12 (Klassifizierung), A.5.1 (Politiken), A.8.8 (Schwachstellen), A.8.15/A.8.16 (Protokollierung, Monitoring), A.8.20–8.22 (Netzwerksicherheit), A.8.24 (Kryptografie)
Die RTS in der Delegierten Verordnung (EU) 2024/1774 schreiben in 42 Artikeln Mindestinhalte weit unterhalb der Flughöhe von Annex A vor – etwa zu kryptografischer Schlüsselverwaltung, Netzwerksegmentierung und Logging. Was ISO 27001 der Organisation überlässt, wird hier regulatorisch fixiert.
Response & Recovery (Art. 11–12)
A.5.29 (Sicherheit bei Störungen), A.5.30 (IKT-Bereitschaft für Business Continuity), A.8.13 (Datensicherung), A.8.14 (Redundanz)
DORA ist deutlich granularer: getrennter Backup-Standort, Wiederanlaufziele (RTO/RPO) je Funktion und jährliche Tests der Geschäftsfortführungspläne sind explizit gefordert.
Vorfallmanagement & Meldewesen (Art. 17–23)
A.5.24–A.5.28 (Incident-Planung, -Bewertung, -Reaktion, Lernen, Beweissicherung), A.6.8 (Meldung durch Personal), A.5.5 (Kontakt mit Behörden)
Aus dem unverbindlichen Behördenkontakt wird eine harte Meldepflicht: Erstmeldung binnen 4 Stunden nach Klassifizierung als schwerwiegend (spätestens 24 Stunden nach Kenntnis), Zwischenbericht binnen 72 Stunden nach der Erstmeldung, Abschlussbericht binnen eines Monats nach dem Zwischenbericht – auf Pflicht-Templates, in Deutschland an die BaFin über das MVP-Portal. Die Klassifizierungsschwellen gibt die Delegierte Verordnung (EU) 2024/1772 verbindlich vor.
Resilienz-Tests inkl. TLPT (Art. 24–27)
Nur Teilanker: A.8.8 (technische Schwachstellen), A.8.29 (Sicherheitstests in Entwicklung und Abnahme), Kap. 9.1 (Überwachung, Messung)
Ein verpflichtendes, breites Testprogramm kennt ISO 27001 nicht: DORA verlangt mindestens jährliche Tests aller IKT-Systeme, die kritische oder wichtige Funktionen unterstützen – und für von der Aufsicht identifizierte Unternehmen alle drei Jahre einen bedrohungsgeleiteten Penetrationstest (TLPT) auf Produktionssystemen (Art. 26, RTS (EU) 2025/1190, am TIBER-EU-Rahmen ausgerichtet).
IKT-Drittparteienrisiko (Art. 28–44)
A.5.19–A.5.23 (Lieferantenbeziehungen, Vereinbarungen, IKT-Lieferkette, Überwachung, Cloud-Dienste)
Neu sind das Informationsregister über alle IKT-Verträge in 15 Standard-Templates (Durchführungsverordnung (EU) 2024/2956), der verbindliche Vertragsklauselkatalog des Art. 30, die Bewertung des Konzentrationsrisikos vor Vertragsschluss (Art. 29) sowie das EU-Oversight kritischer IKT-Drittdienstleister.

Integriert statt parallel: Ihre Synergien

Sechs Gründe, DORA auf Ihrem ISMS aufzubauen statt daneben.

01

Anschlussfähig per Design

Die ESAs haben bei den technischen Standards zum IKT-Risikomanagement nach eigener Aussage die ISO-27000-Familie berücksichtigt und verwenden bewusst deren Begrifflichkeiten. Wer ein ISMS nach ISO 27001 betreibt, arbeitet bereits in der Begriffs- und Kontrolllogik von DORA.

02

Eine Risikomethodik

Die Risikobeurteilung nach Kap. 6.1.2/6.1.3 wird um IKT-gestützte Funktionen, Assets und Abhängigkeiten nach Art. 6 und 8 erweitert. Sie bewerten einmal – und bedienen beide Regelwerke.

03

Eine Dokumentenlenkung

Leitlinien, SoA und Nachweise bleiben in einem gelenkten Dokumentenbestand. DORA-spezifische Dokumente wie die Strategie für digitale operationale Resilienz oder das Informationsregister folgen derselben Lenkung – statt in einer Parallelablage zu altern.

04

Ein Kontrollrahmen

Die 93 Controls des Annex A bilden die Basis; DORA- und RTS-Anforderungen werden als Overlay auf bestehende Controls gemappt. Jede Maßnahme wird nur einmal umgesetzt und nur einmal betrieben.

05

Gemeinsame Audits & Evidenzen

Interne Audits nach Kap. 9.2 und die Managementbewertung nach Kap. 9.3 decken beide Regelwerke in einem Zyklus ab. Jede Evidenz dient mehreren Prüfkontexten – vom Zertifizierungsaudit bis zur aufsichtlichen Anfrage.

06

Fokus auf die echten Deltas

Statt DORA auf der grünen Wiese aufzusetzen, konzentrieren Sie Budget und Team auf das, was ISO 27001 nicht abdeckt: Meldefristen und -formate, Informationsregister, Testprogramm und TLPT, Vertragsklauseln und Organverantwortung.

Ihr Weg zur integrierten Umsetzung

Fünf Schritte von der Gap-Analyse bis zum integrierten Betrieb.

01

Scope- und Gap-Analyse

Wir prüfen Ihren ISMS-Anwendungsbereich gegen den DORA-Geltungsbereich – ein zertifiziertes ISMS mit eingeschränktem Scope deckt DORA nicht automatisch für das gesamte Finanzunternehmen ab. Anschließend ermitteln wir Ihre Deltas gegen Art. 5–45 und die einschlägigen RTS und ITS.

02

Mapping und SoA-Erweiterung

Die DORA- und RTS-Anforderungen werden auf Ihre Annex-A-Controls gemappt, die Erklärung zur Anwendbarkeit wird erweitert und die Overlay-Controls werden definiert. Das Ergebnis ist ein einziger Kontrollrahmen für beide Regelwerke.

03

Deltas als Overlay umsetzen

Wir ergänzen, was DORA zusätzlich verlangt: Meldeprozesse mit Fristen und Pflicht-Templates, das Informationsregister, Vertragsanpassungen nach Art. 30, die Bewertung des Konzentrationsrisikos, die unabhängige IKT-Risikokontrollfunktion sowie Schulungen für das Leitungsorgan.

04

Testen und nachweisen

Sie etablieren ein Testprogramm für alle IKT-Systeme, die kritische oder wichtige Funktionen unterstützen, und bewerten Ihre TLPT-Readiness. Internes Audit und Managementbewertung werden um die DORA-Perspektive erweitert – ein Prüfzyklus, zwei Regelwerke.

05

Integriert betreiben

Im Betrieb greifen die Zyklen ineinander: jährliche Überprüfung des IKT-Risikomanagementrahmens nach Art. 6, Pflege des Informationsregisters, Lessons Learned aus Vorfällen nach Art. 13. Erkenntnisse fließen in den Verbesserungsprozess nach Kap. 10 – für ISO und DORA gleichermaßen.

VamiGRC: eine Plattform für beide Regelwerke

Die KI-native, agentische GRC-Plattform von VamiSec operationalisiert die integrierte Umsetzung.

VamiGRC bildet DORA und ISO 27001:2022 in einer OSCAL-basierten Framework-Engine gemeinsam ab – neben insgesamt 22 Tier-1-Regulierungen und über 50 Standards und Frameworks. Die fünfstufige Applicability-Pipeline führt von den regulatorischen Treibern über Scope und Mapping bis zu Evidenzen und SoA; 63 % der Controls werden über drei oder mehr Frameworks wiederverwendet – einmal implementieren, mehrfach erfüllen. Risiken, Controls, Nachweise und Lieferanten liegen in einem abfragbaren GRC-Graphen statt in getrennten Silos. Betrieben wird die Plattform auf der Open Telekom Cloud – ausschließlich in deutschen Rechenzentren.

Multi-Framework-Mapping

Die OSCAL-basierte Engine mappt Anforderungen framework-übergreifend und automatisiert das Cross-Mapping – die Basis für Ihr DORA-Overlay auf dem ISO-Kontrollrahmen.

Nachweise mit Audit-Trail

Das IMS Repository lenkt Dokumente in 12 kanonischen Kategorien – von Policies über SoA bis Audits. Jede Aktion wird in einem unveränderlichen Audit-Log protokolliert, Evidenzen sind kryptografisch verkettet.

Konsolidierte Risikosicht

Ein Risk Dashboard vereint alle Risiken in einer 5×5-Heatmap (inhärent/residual) mit monetarisierter Exposure je Business Unit und FAIR-basierter Monte-Carlo-Modellierung.

Meldefristen im Blick

Das Incident Management führt regulatorische Fristen-Uhren, unter anderem für DORA, erkennt Meldepflichten automatisch und bringt über 15 Playbook-Templates mit.

Drittparteien im Griff

Das Third-Party-Risk-Modul leitet Kritikalität automatisch aus Prozessen und Daten ab und überwacht Lieferanten laufend; der Supplier Contract Wizard mappt über 220 Master-Klauseln auf Controls.

Häufige Fragen

Antworten auf die Fragen, die uns zu DORA und ISO 27001 am häufigsten erreichen.

Ersetzt eine ISO-27001-Zertifizierung die DORA-Compliance?

Nein. DORA ist eine unmittelbar geltende EU-Verordnung; eine offizielle Anerkennung der ISO-27001-Zertifizierung als DORA-Nachweis gibt es nicht. Die ESAs haben die technischen Standards allerdings ausdrücklich unter Berücksichtigung der ISO-27000-Familie entwickelt – Ihr ISMS trägt damit als Fundament, während Sie Deltas wie Meldefristen, Informationsregister oder TLPT zusätzlich umsetzen müssen.

Für wen gilt DORA – und seit wann?

DORA (Verordnung (EU) 2022/2554) ist seit dem 17.01.2025 unmittelbar anwendbar. Sie gilt für Finanzunternehmen wie Banken, Versicherer, Wertpapierfirmen, Zahlungs- und E-Geld-Institute sowie Krypto-Dienstleister. Die Anforderungen gliedern sich in fünf Säulen: IKT-Risikomanagement, Vorfallmanagement und Meldewesen, Resilienz-Tests, IKT-Drittparteienrisiko und Informationsaustausch.

Welche Meldefristen gelten bei schwerwiegenden IKT-Vorfällen?

Die Delegierte Verordnung (EU) 2025/301 legt fest: Erstmeldung binnen 4 Stunden nach Klassifizierung als schwerwiegend, spätestens 24 Stunden nach Kenntnis; Zwischenbericht binnen 72 Stunden nach Übermittlung der Erstmeldung; Abschlussbericht binnen eines Monats nach dem (zuletzt aktualisierten) Zwischenbericht. Die Durchführungsverordnung (EU) 2025/302 schreibt die Standardformulare vor. In Deutschland melden Sie an die BaFin über das MVP-Portal.

Was ist TLPT – und betrifft uns das?

Nach Art. 26 müssen von der Aufsicht identifizierte Finanzunternehmen mindestens alle drei Jahre einen bedrohungsgeleiteten Penetrationstest (TLPT) auf Live-Produktionssystemen durchführen, die kritische oder wichtige Funktionen stützen. Die zugehörigen RTS (Delegierte Verordnung (EU) 2025/1190) sind am TIBER-EU-Rahmen ausgerichtet und regeln Scope, Methodik und Anforderungen an Tester. Ob Ihr Institut identifiziert wird, entscheidet die Aufsicht im Einzelfall – eine frühzeitige Readiness-Bewertung ist daher sinnvoll.

Was verlangt DORA bei IKT-Dienstleistern über ISO 27001 hinaus?

Ein Informationsregister über alle vertraglichen Vereinbarungen mit IKT-Drittdienstleistern in 15 Standard-Templates (Durchführungsverordnung (EU) 2024/2956), den verbindlichen Vertragsklauselkatalog des Art. 30, eine Bewertung des Konzentrationsrisikos vor Vertragsschluss (Art. 29) sowie Exit-Strategien für kritische Funktionen. Hinzu kommt das EU-Oversight kritischer IKT-Drittdienstleister: Die ESAs haben im November 2025 die ersten 19 Anbieter designiert, darunter AWS, Microsoft und Google Cloud – diesen Status müssen Sie in Ihrem Drittparteienrisiko berücksichtigen.

Gibt es Erleichterungen für kleinere Institute?

Ja. Art. 4 verankert das Proportionalitätsprinzip nach Größe, Risikoprofil und Komplexität; Art. 16 definiert für bestimmte kleine Institute einen vereinfachten IKT-Risikomanagementrahmen, konkretisiert durch die RTS (EU) 2024/1774 und eine BaFin-Aufsichtsmitteilung vom 21.08.2025. Anders als beim ISMS lässt sich der Anwendungsbereich jedoch nicht frei zuschneiden – DORA setzt regulatorische Mindestanforderungen.

Bereit für die integrierte Umsetzung?

Sprechen Sie mit unserem Team über Ihren DORA-Status und Ihr ISMS – wir zeigen Ihnen, wo Ihre Synergien liegen und welche Deltas wirklich Aufwand verursachen.