KI-Agents in der Finanzbranche benötigen dieselbe Governance wie Mitarbeitende
Ein neuer Mitarbeiter bei einer Bank erhält am ersten Tag keinen Generalschlüssel. Er bekommt ein Konto, das auf seine Rolle zugeschnitten ist, einen Vorgesetzten, der außergewöhnliche Vorgänge genehmigt, und ein Aktivitätenprotokoll, das alle seine Handlungen dokumentiert. Die meisten Institute, die KI-Agents für Handels-, Kunden- oder Transaktionssysteme einsetzen, verzichten auf all das. Der Agent wird angebunden, erhält weitreichende Zugriffsrechte für schnelle Abläufe und arbeitet mit deutlich weniger Kontrolle, als es selbst der neueste, am wenigsten vertrauenswürdige Mitarbeiter je bekommen würde.
Diese Lücke ist kein kleiner Fehler. Ein KI-Agent, der Kundendateien lesen, Kommunikationen versenden oder Daten im Namen eines Instituts bewegen kann, agiert faktisch wie ein Mitarbeiter mit Zugriff auf sensible Systeme. Dass er auf einem Modell statt auf der Gehaltsliste läuft, ändert nichts daran, was er erreichen kann oder was schiefgehen könnte, wenn er auf die Daten des falschen Kunden zugreift. Dieser Artikel beleuchtet, warum KI-Agents im Finanzdienstleistungssektor routinemäßig weniger Governance erhalten als Menschen – und was es bedeutet, denselben Standard tatsächlich anzuwenden.
Executive Summary
Institute, die einem neuen Mitarbeiter niemals uneingeschränkten Zugriff auf Kundenkonten gewähren würden, geben genau diesen Zugang regelmäßig an KI-Agents – weil deren Einsatz als technisches Integrationsproblem und nicht als Governance-Frage betrachtet wird. Das Ergebnis: Systeme, die sensible Finanzdaten lesen, bewegen und versenden können, unterliegen weniger Kontrollen als die Menschen, die sie entwickelt haben. Die Lösung ist nicht, die Einführung von KI zu bremsen, sondern die bestehenden Identitäts-, Genehmigungs- und Prüfprotokoll-Standards auch auf diese neue Akteursklasse anzuwenden. Für Verantwortliche in den Bereichen Sicherheit und Compliance stellt sich die praktische Frage: Wäre dieses Maß an Zugriff und Kontrolle akzeptabel, wenn es sich um eine Person handeln würde – und wenn nicht, warum ist es dann für einen Agenten akzeptabel?
wichtige Erkenntnisse
- KI-Agents im Finanzsektor erhalten häufig breiteren und weniger kontrollierten Zugriff als jeder menschliche Mitarbeiter. Die Geschwindigkeit der Einführung überholt die grundlegende Governance, die Institute bereits für Menschen anwenden.
- Ein Agent sollte die Berechtigungen der Person übernehmen, die ihn autorisiert, und nicht ein separates, dauerhaftes Konto erhalten. Ein breit angelegtes Servicekonto für einen KI-Agenten schafft genau die überprivilegierten Zugriffe, die Institute für Menschen über Jahre hinweg abgeschafft haben.
- Sensible Aktionen wie Geldtransfers, das Versenden von Kundenkommunikation oder der Zugriff auf Portfolios benötigen immer eine Genehmigungsstufe – unabhängig davon, wer oder was sie auslöst.
- Jede KI-Aktion muss einer bestimmten Person zugeordnet und mit derselben Sorgfalt protokolliert werden wie menschliche Aktivitäten. Ein Audit-Trail, der „die KI war es“ als ausreichende Zuordnung betrachtet, ist kein Audit-Trail.
- Von Anfang an auf KI-Agents zugeschnittene Governance erfordert keine neue Infrastruktur. Das Zugriffs-, Genehmigungs- und Protokollierungsmodell, das Institute für Menschen nutzen, lässt sich direkt auf Agents übertragen.
Warum KI-Agents mit weniger Kontrolle als Menschen eingebunden werden
Diese Lücke entsteht selten absichtlich. Sie ist ein Nebeneffekt der rasanten Entwicklung von Agentenfähigkeiten – und der unterschiedlichen Sichtweisen von Technik- und Sicherheitsteams auf das Problem.
Die Geschwindigkeit der Einführung überholt Governance by Design
Das Anbinden eines KI-Agenten an ein Handels- oder Kundensystem ist oft eine Sache von Minuten: API-Schlüssel vergeben, Berechtigungsumfang autorisieren, fertig. Die Governance, die ein neuer Mitarbeiter durchläuft – definierte Rollen, Vorgesetzten-Genehmigung, dokumentierte Zugriffsprüfung – ist auf Menschen zugeschnitten, die in einem menschlichen Tempo ins Unternehmen kommen.
„Es ist nur ein Tool“ unterschätzt die Fähigkeiten eines Agenten
Weil ein KI-Agent als Tool und nicht als Anwender beschrieben wird, betrachten Institute ihn eher wie Software und nicht wie eine Person mit Zugriff auf Kundendaten. Ein Tool, das eigenständig Kundendateien lesen, weiterleiten oder auf Anweisungen im verarbeiteten Inhalt reagieren kann, trifft Entscheidungen, wie es eine Tabellenkalkulation nicht tut. Genau hier öffnet sich die Governance-Lücke, wenn der Agent nur als Infrastruktur betrachtet wird.
Was „gleiche Governance wie für Menschen“ tatsächlich bedeutet
Die Ausweitung menschlicher Governance auf KI-Agents ist keine neue Disziplin. Es sind dieselben drei Komponenten, die Institute bereits auf Menschen anwenden – jetzt konsequent auch auf Agents.
Identitätsübernahme statt dauerhafter Privilegien
Die wichtigste Designentscheidung ist, ob ein Agent mit eigenen, dauerhaften Zugangsdaten arbeitet oder für jede Sitzung und Aufgabe die spezifischen Berechtigungen der autorisierenden Person übernimmt. Ein dauerhaftes Servicekonto mit weitreichendem Zugriff auf Kundendaten schafft genau jene überprivilegierten Konten, die Sicherheitsteams seit Jahren abschaffen. Ein Agent, der nur tun kann, was der authentifizierte Anwender ohnehin dürfte, ist genauso begrenzt wie ein menschlicher Kollege, der im Auftrag handelt.
Genehmigungsstufen vor kritischen Aktionen
Ein Mitarbeiter, der größere Geldbeträge bewegt, Kontozugriffe gewährt oder sensible Kundenkommunikation versendet, muss in der Regel eine Bestätigung einholen. Ein KI-Agent, der dieselbe Art von Aktion versucht, sollte denselben Kontrollpunkt durchlaufen: Ein Moment, in dem ein Mensch Umfang, Empfänger oder Konsequenzen bestätigt, bevor die Aktion abgeschlossen wird.
Attribution und Audit statt bloßer Aktivitätsprotokolle
Menschliche Audit-Trails ordnen jede Aktion einer bestimmten verantwortlichen Person zu. Die Handlungen eines KI-Agenten müssen denselben Standard erfüllen: Nicht „ein automatisierter Prozess hat das erledigt“, sondern welcher Anwender den Agenten autorisiert hat, was er durfte und was er tatsächlich getan hat.
Wo die Lücke in der Praxis bei Finanzinstituten sichtbar wird
Diese Versäumnisse sind keine Theorie. Das häufigste Muster ist ein einziges, breit angelegtes Zugangskonto, das einmal vergeben und unbegrenzt genutzt wird – zusammen mit Agents, die Geldtransfers oder Massenänderungen ohne Bestätigungsschritt ausführen, weil dieser Kontrollpunkt mehr Entwicklungsaufwand erfordert, als den Agenten einfach machen zu lassen. Selbst wenn Aktivitäten protokolliert werden, kann das Protokoll oft nicht beantworten, welche konkrete Person für eine Aktion verantwortlich ist – und fällt damit durch denselben Test wie ein menschlicher Audit-Trail ohne namentlichen Anwender.
Agent-Governance auf Basis des bestehenden Zugriffsmodells aufbauen
Der praktische Weg ist, das Identitäts-, Genehmigungs- und Prüfprotokoll-Modell, das ein Institut bereits für Menschen nutzt, konsequent auch auf Agents anzuwenden: Jeder Agent erhält nur die Berechtigungen der autorisierenden Person, vor kritischen Aktionen wird ein Bestätigungsschritt eingefügt und die gleiche nachvollziehbare, vollständige Protokollierung wie bei menschlichen Aktivitäten ist Pflicht.
Wie eine Data Control Plane menschliche Governance auf KI-Agents überträgt
Die Kiteworks Data Control Plane verbindet KI-Agents über eine sichere Schnittstelle auf Basis von OAuth 2.0-Authentifizierung. Jede Agentenoperation übernimmt die bestehenden Berechtigungen des authentifizierten Anwenders, nicht ein separates, dauerhaftes Konto. Dynamische attributbasierte Richtlinien bewerten Agentenanfragen genauso wie menschliche Anfragen. Sensible Aktionen wie Geldtransfers, Mitgliederänderungen und ausgehende Versendungen erfordern eine explizite Bestätigung, bevor sie ausgeführt werden. Administratoren können destruktive Tools global deaktivieren oder einschränken, welche Aktionen ein Agent überhaupt versuchen darf. Jede Agentenoperation wird in einem fälschungssicheren, uneingeschränkten Audit-Log erfasst, der dem autorisierenden Anwender zugeordnet und direkt in SIEM-Tools eingespeist wird – so ist die Agentenaktivität genauso nachvollziehbar wie die eines Mitarbeiters.
Institute, die prüfen möchten, ob ihre aktuellen KI-Agenten-Deployments denselben Zugriffsreview bestehen würden wie ein neuer Mitarbeiter, können eine individuelle Demo vereinbaren, um zu sehen, wie identitätsbasierte, auditierte Agenten-Governance in ihrer Umgebung funktioniert.
Häufig gestellte Fragen
Institute betrachten die Einführung von Agents als schnelle technische Integration und nicht als Governance-Prozess. Sie vergeben breite Zugriffsrechte über API-Schlüssel, ohne die für Menschen üblichen Rollen, Vorgesetzten-Genehmigungen oder Zugriffsprüfungen.
Ein breites, dauerhaftes Zugangskonto schafft die überprivilegierten Zugriffe, die Sicherheitsteams für Menschen über Jahre hinweg abgeschafft haben. Agents können so auf sensible Kundendaten zugreifen, ohne die gleichen Grenzen wie ein Kollege, der im Auftrag handelt.
Genau wie Mitarbeiter vor kritischen Aktionen eine Bestätigung benötigen, müssen auch Agents diese Kontrollpunkte durchlaufen, damit ein Mensch Umfang, Empfänger oder Konsequenzen vor Abschluss der Aktion bestätigen kann.
Jede Aktion muss einer bestimmten verantwortlichen Person zugeordnet werden – inklusive, welcher Anwender den Agenten autorisiert hat, was er durfte und was er tatsächlich getan hat. Es reicht nicht, nur zu protokollieren, dass ein automatisierter Prozess die Aufgabe ausgeführt hat.