Die KI-Wiederherstellungsübung der Bank ist eine Lernstandskontrolle

Die Resilienzprüfung geht über Richtlinien hinaus

Am 13. Oktober berichtete Reuters, dass US-amerikanische und europäische Aufsichtsbehörden verstärkt Fragen zur KI-Aufsicht und zur Stabilität des Finanzsystems stellen. Sie sammeln jedoch weiterhin Informationen, statt neue KI-Regeln speziell für Banken vorzugeben. Banken sollten diese Unterscheidung ernst nehmen. Eine aufsichtliche Nachfrage ist noch keine neue Verpflichtung, zeigt aber, ob ein Institut seine Kontrollen erklären und ihre Wirksamkeit belegen kann.

Der bestehende Mindeststandard ist bereits anspruchsvoll. Die Aufsichtsprioritäten der EZB für 2026–28 stellen Incident Response, IKT-Drittrisiken und operative Resilienz in den Mittelpunkt der DORA-Umsetzung und signalisieren zugleich einen intensiveren Austausch über den KI-Einsatz von Banken. In Großbritannien haben die Bank of England, die FCA und HM Treasury zudem erklärt, dass Unternehmen Cyberrisiken durch hochentwickelte KI wirksam erkennen, eindämmen, bewältigen und sich davon erholen können müssen. Zugleich betonen sie, dass ihre Erklärung vom Mai 2026 keine neuen Erwartungen schafft.

Ein Quiz kann keine Übergabe testen

Die meisten Microlearning-Angebote zur Compliance im Bankwesen können bestätigen, dass Mitarbeitende einen Richtlinienbegriff, einen Meldeweg oder eine Risikokategorie erkennen. Sie zeigen aber nicht, ob ein Analyst im Betrieb den richtigen Alarm auslöst, ob die Incident-Leitung die verantwortliche Person für die KI einbindet oder ob Risikomanagement und IT sich darauf verständigen, wann eine automatisierte Entscheidung ausgesetzt wird. Genau diese Übergaben stehen unter Druck. Hier kann aus einem begrenzten Fehler ein Schaden für Kunden, eine Serviceunterbrechung oder eine verzögerte Wiederherstellung werden.

Diese Unterscheidung ist wichtig, weil die technischen DORA-Standards für Kontinuitätstests schwerwiegende, aber plausible Störungsszenarien verlangen und die Reaktionsfähigkeit von Mitarbeitenden, Systemen und Drittanbieterdiensten überprüfen. Technische Wiederherstellungsübungen belegen, dass die Infrastruktur auf ein Ersatzsystem umschalten oder wiederhergestellt werden kann. KI-Incident-Trainings für Banken sollten das parallele menschliche System testen: Erkennung, Entscheidungsrechte, Belege, Eskalation und die Nutzung einer freigegebenen Rückfalloption.

Ein hypothetischer Ausfall eines KI-Agenten

Betrachten wir ein fiktives Szenario. Ein KI-Agent hilft dabei, auffällige Zahlungsfälle zur manuellen Prüfung weiterzuleiten. Nach einem freigegebenen Update des Modells beginnt er, Fälle anhand veralteter Daten zum Kontostatus zuzuordnen. Die Fallzahlen in der Warteschlange sinken, was zunächst wie ein Effizienzgewinn wirkt. Dann bemerkt ein Analyst im Betrieb ungewöhnliche Rückbuchungen und Kundenbeschwerden. Das Szenario ist hypothetisch, doch die Entscheidungen sollten den freigegebenen Verfahren der Bank entsprechen.

• Der Betrieb entscheidet, ob die vorliegenden Hinweise die definierten Auslösekriterien für einen Incident erfüllen, und sichert die betroffenen Fälle.
• Die Incident-Leitung ermittelt die verantwortlichen Personen für KI, Service und Fachbereich und startet den vereinbarten Eskalationsweg.
• Das Risikomanagement bewertet die Auswirkungen auf Kunden, die Einhaltung von Verhaltenspflichten und regulatorische Vorgaben, ohne die technische Wiederherstellung selbst zu steuern.
• IT- und Sicherheitsspezialisten bestimmen im Rahmen des Incident-Response-Plans die technischen Maßnahmen zur Eindämmung und Wiederherstellung.
• Die fachlich verantwortliche Person gibt die dokumentierte Rückfalloption frei, etwa den Agenten zu pausieren und eine kontrollierte manuelle Warteschlange wieder einzurichten.

Eine szenariobasierte Lernstandskontrolle für autonom handelnde KI sollte Teilnehmende nicht dazu auffordern, die Modellarchitektur zu diagnostizieren. Sie sollte fragen, was sie mit den zu diesem Zeitpunkt verfügbaren Informationen tun dürfen. Verzweigte Entscheidungswege können falsche Sicherheit aufdecken: Mitarbeitende kennen vielleicht die Richtlinie, wählen aber dennoch eine nicht autorisierte Behelfslösung, eskalieren zu spät oder geben eine Rückfalloption ohne die erforderliche verantwortliche Person frei.

Bewerten Sie die Entscheidung, nicht den Klick

Eine hilfreiche Lernstandskontrolle braucht ein kurzes Bewertungsschema, das zum Runbook passt. Bewerten Sie jede Rolle anhand beobachtbarer Entscheidungen – nicht bloß danach, ob jemand die Übung abschließt oder sich an Inhalte erinnert:

1. Signalerkennung: Erkennt das ungewöhnliche Muster und seine möglichen Auswirkungen auf den Service.
2. Qualität der Eskalation: Wendet sich über den festgelegten Weg mit ausreichenden Fakten an die richtige verantwortliche Person.
3. Prüfung der Entscheidung: Trennt ein KI-Ergebnis von einer freigegebenen operativen Entscheidung und sichert relevante Belege.
4. Disziplin bei Rückfalloptionen: Wählt die autorisierte Kontinuitätsmaßnahme, statt eine lokale Behelfslösung zu erfinden.
5. Teamübergreifende Abstimmung: Ordnet die Schritte so an, dass Eindämmung, Kundenschutz und Wiederherstellung nicht in Konflikt geraten.

Das Ergebnis sollte als Grundlage für Nachbesserungen dienen, nicht als Aussage über technische Absicherung. App-Learning kann Lücken nach Rolle, Geschäftseinheit und Entscheidungspunkt bündeln und gezielte Übungen zuweisen, wenn Eskalations- oder Rückfallentscheidungen wiederholt scheitern. Es ersetzt weder Wiederherstellungstools, Teams für Cyber-Incident-Response, Modellvalidierung noch rechtliche Beratung zu den spezifischen Pflichten einer Bank.

Das Lernsystem muss dem Runbook folgen

Lernen zur operativen Resilienz mit KI veraltet, wenn es als einmaliger Kurs angelegt ist. Jedes Szenario sollte eine benannte fachlich verantwortliche Person, ein zugrunde liegendes Runbook, ein Versionsdatum und einen Auslöser für die Überprüfung haben. Aktualisieren Sie es nach einer wesentlichen Richtlinienänderung, einem Vorfall im Produktivbetrieb, einem neuen Drittanbieter, einem überarbeiteten Wiederherstellungsziel oder einer relevanten Änderung des KI-gestützten Workflows. Das Redaktionsteam darf das Szenario erst ändern, wenn die Kontrollverantwortlichen das zugrunde liegende Verfahren freigegeben haben.

So entsteht ein praktikabler Kontrollkreislauf. Das Runbook definiert die freigegebene Reaktion. Das Szenario prüft, ob Menschen die Übergaben umsetzen können. Die Auswertungsdaten zeigen die Schwachstellen. Danach verbessern die Kontrollverantwortlichen das Verfahren, den Lernablauf oder beides. Der entscheidende Nachweis ist nicht, dass Mitarbeitende einen Kurs abgeschlossen haben. Entscheidend ist, dass die Bank von einer unzuverlässigen KI-gestützten Entscheidung zu einer kontrollierten Rückfalloption wechseln kann, ohne Zuständigkeiten, Belege oder Zeit zu verlieren.