Finanzmarktinfrastrukturen
DORA und NIS2 für Handelsplätze, zentrale Gegenparteien und Zentralverwahrer
Ist Ihr Unternehmen betroffen?
- Handelsplätze (Börsen, MTFs, OTFs): Finanzmarktinfrastrukturen im DORA-Anwendungsbereich unterliegen den DORA-Pflichten, nicht NIS2. DORA gilt als lex specialis.
- Zentrale Gegenparteien (CCPs) wie Eurex Clearing unterliegen ausschließlich DORA — keine parallele NIS2-Verpflichtung für dieselben Sicherheitsanforderungen.
- Zentralverwahrer (CSDs) und Transaktionsregister im DORA-Scope sind von NIS2-Cybersicherheitspflichten ausgenommen.
- Finanzmarkt-Dienstleister und Daten-Reporting-Dienstleister (DRSPs) außerhalb des DORA-Anwendungsbereichs verbleiben unter NIS2UmsuCG.
- Entitäten außerhalb des DORA-Scope (z. B. kleinere Handelsplattformen ohne EU-Zulassung) unterliegen NIS2 — ab 50 Mitarbeitern ODER mehr als 10 Mio. EUR Umsatz.
NIS2-Anforderungen nach Art. 21
- 01.
DORA verdrängt NIS2 für Finanzmarktinfrastrukturen
Finanzmarktinfrastrukturen im DORA-Anwendungsbereich unterliegen den DORA-Pflichten, nicht NIS2. Entitäten außerhalb des DORA-Scope verbleiben unter NIS2UmsuCG. Diese Abgrenzung ist regulatorisch eindeutig — DORA gilt als lex specialis und ersetzt die NIS2-Cybersicherheitsanforderungen vollständig für in-scope-Entitäten.
- 02.
Betriebsstabilität von Handelssystemen (DORA Art. 5–16)
Betreiber von Handelsplätzen müssen die operationale Resilienz ihrer Matching-Engines, Orderbuch-Systeme und Clearing-Schnittstellen nachweisen. Latenz-Anomalien und Systeminstabilitäten müssen in Echtzeit erkannt und eskaliert werden.
- 03.
Marktmanipulations-Erkennung und Handelssicherheit
Handelsplatzbetreiber sind verpflichtet, algorithmische Manipulationsversuche (Spoofing, Layering, Quote Stuffing) technisch zu erkennen und zu unterbinden. Sicherheitssysteme dürfen die Handelslatenz nicht beeinträchtigen.
- 04.
IKT-Drittanbieterüberwachung für kritische Handelssysteme
Handelsplatzbetreiber und CCPs müssen alle kritischen IKT-Drittanbieter — Konnektivitätsprovider, Co-Location-Dienstleister, Daten-Feeds — systematisch auf DORA-Konformität prüfen. Kritische Dienstleister unterliegen direkter ESA-Aufsicht.
- 05.
Notfall-Handelsunterbrechung (Circuit Breaker)
Handelsplatzbetreiber müssen automatische und manuelle Unterbrechungsmechanismen implementieren, die bei extremer Marktvolatilität oder Anzeichen von Cyberattacken den Handel geordnet pausieren. Circuit-Breaker-Verfahren sind mit Regulatoren abzustimmen.
- 06.
Meldepflichten: ESMA und nationale Aufsichtsbehörden
Schwerwiegende IKT-Vorfälle auf Finanzmarktplätzen sind der BaFin und über ESMA-Koordinierungsmechanismen zu melden. Die DORA-Meldesystematik (Erstmeldung, Zwischenbericht, Abschlussbericht) ersetzt NIS2-BSI-Meldepflichten für in-scope-Entitäten.
- 07.
Business Continuity für systemrelevante Clearing-Prozesse
CCPs und Zentralverwahrer müssen Recovery Time Objectives (RTO) von unter zwei Stunden für kritische Clearing- und Settlement-Prozesse sicherstellen. Failover-Tests müssen regulatorisch koordiniert und dokumentiert werden.
Typische Bedrohungsszenarien
Marktmanipulation durch Cyberangriff
Koordinierte Spoofing-Attacken über algorithmische Handelssysteme erzeugen künstliche Preisbewegungen und lösen Kaskaden-Verkäufe durch automatisierte Stop-Loss-Systeme aus. In Minuten werden Milliardenwerte vernichtet, bevor manuelle Eingriffe möglich sind.
Flash Crash via Spoofing-Attacke (USA, 2010)Ausfall von Handelssystemen
Ein fehlerhafter Algorithmus-Update überflutet den Markt mit Millionen unkontrollierten Orderaufträgen und bringt das Handelssystem zum Absturz. Innerhalb von Minuten entstehen Verluste in Hunderte-Millionen-Höhe — das Unternehmen ist nicht mehr überlebensfähig.
Knight Capital Trading-System-Crash (USA, 2012)Ransomware gegen Finanzmarkt-Dienstleister
Ransomware-Angriff auf einen spezialisierten Derivate-Handelssystem-Anbieter verschlüsselt Server und macht Clearing-Daten unzugänglich. Zahlreiche angeschlossene Banken und Broker können wochenlang keine Positionen abrechnen — globale Abwicklungsverzögerungen folgen.
Ion Trading Ransomware (London, 2023)Maßnahmen-Checkliste
- Latenz-Monitoring für Handelssysteme: Echtzeit-Erkennung von Anomalien in Orderflow und Matching-Engine-Performance
- Notfall-Handelsunterbrechung (Circuit Breaker): Automatische und manuelle Handelspausen bei Cyberanzeichen oder extremer Volatilität
- Segregierte Abwicklungssysteme: Clearing- und Settlement-Infrastruktur von Handelsfront-End isolieren
- Anti-Spoofing-Systeme: Algorithmische Erkennung von Marktmanipulationsmustern (Spoofing, Layering, Quote Stuffing)
- IKT-Drittanbieterregister für kritische Handelssysteme: Co-Location-Provider, Daten-Feeds und Konnektivitätsprovider auditieren
- DORA-konformes Incident-Response-Framework: Meldeketten zur BaFin und ESMA-Koordinierungsmechanismus einrichten
- Failover-Tests für Clearing-Prozesse: RTO <2h für kritische Settlement-Systeme regelmäßig validieren
- Code-Review und Change-Management für Handelsalgorithmen: Vier-Augen-Prinzip vor jedem Produktions-Deployment
- Netzwerksegmentierung zwischen Handelssystemen, Backoffice und externen Anbindungen (FIX-Protokoll-Gateways)
Verwandte Inhalte
Leistungen
Checklisten
Bundesländer
NIS2-Compliance für Finanzmarktinfrastrukturen?
Kontaktieren Sie uns für eine branchenspezifische Erstberatung. Wir kennen die Anforderungen Ihres Sektors.
Beratung anfragen