Eine Zugriffsüberprüfung für KI-Agenten ist eine regelmäßige, unterzeichnete Entscheidung darüber, ob jeder Agent jedes seiner Rechte behält, verliert oder geändert bekommt. Banken durchlaufen diesen Zyklus bereits für Personen: jede Berechtigung extrahieren, jede Position an einen verantwortlichen Prüfer senden, Bestätigung oder Entzug festhalten, Entzogenes entfernen und die Nachweise aufbewahren. Agenten brauchen denselben Zyklus mit einer breiteren Position. Ein Agentenrecht umfasst das Tool, die Aktion, den Betrag, die Daten, die Umgebung, das Freigabe-Gate vor der Aktion und das Datum, an dem das Recht endet.
Dieser Leitfaden beschreibt, wie Sie eine solche Kampagne durchführen. Der Leitfaden zu Berechtigungen von KI-Agenten erklärt, wie die Rechte überhaupt zu gestalten sind, und der Grundlagenbeitrag zur Zugriffskontrolle behandelt das Betriebsmodell von der Identität bis zum Entzug. Dieser Artikel setzt an, wenn die Rechte bestehen, und fragt, wie ein Prüfer sie bestätigt. Allgemeine Informationen, Stand 23. Oktober 2026; sie ersetzen keine Rechts- oder Prüfungsberatung.
Was der Prüfer bestätigt
Eine Überprüfung von Benutzerzugriffen fragt, ob eine Person eine Rolle noch braucht. Eine Agentenüberprüfung stellt eine längere Frage: Braucht dieser Agent jede Aktion, die er ausführen kann, noch mit diesem Limit, auf diesen Daten, mit diesem Freigabe-Gate, unter diesem Verantwortlichen, bis zu diesem Datum? Ein Rollenname beantwortet das selten. Zwei Agenten in derselben Rolle können unterschiedliche Tools, unterschiedliche Betragslimits und unterschiedliche Ausnahmen haben.
Bestätigen Sie die tatsächlichen Befugnisse, also die Rechte, die der Agent heute wirklich ausüben kann. Vergleichen Sie für jedes Recht vier Sichten: was der Verantwortliche beantragt hat, was genehmigt wurde, was im Identity Provider, im Tool-Gateway und in der Richtlinie konfiguriert ist und was der Agent im Überprüfungszeitraum genutzt hat. Ein Recht, das genehmigt und konfiguriert, aber nie genutzt wurde, ist ein Kandidat für die Entfernung. Ein Recht, das genutzt, aber nie genehmigt wurde, ist eine Feststellung.
| Feld | Was der Prüfer sieht | Zu beantwortende Frage |
|---|---|---|
| Agent und Release | Agentenname, Kennung in der Agent Registry, aktuelles Release, verantwortlicher Eigentümer | Ist der Verantwortliche noch in der Rolle und weiterhin rechenschaftspflichtig? |
| Aktion | Tool und Operation, zum Beispiel payments.create_transfer | Braucht der Geschäftsprozess diese Aktion noch? |
| Limit | Betrag pro Aktion und pro Tag, Regeln für Zielkonten, Ratenlimit | Ist das Limit das niedrigste, mit dem der Prozess noch funktioniert? |
| Data Boundary | Systeme, Felder, Regionen und Zwecke, die der Agent lesen oder schreiben darf | Liest der Agent etwas, das er nicht mehr nutzt? |
| Freigabe-Gate | Die Richtlinienregel, die require_approval liefert, und die Prüferrolle, an die sie weiterleitet | Besteht das Gate noch, und ist die Rolle noch richtig? |
| Zugangsdaten | Identität, Token oder Secret, Aussteller, Laufzeit, letzte Nutzung | Sind die Zugangsdaten auf diesen Agenten beschränkt und noch nötig? |
| Nutzung im Zeitraum | Anzahl erlaubter, gewarnter, genehmigter, abgelehnter und gesperrter Aktionen | Entspricht die beobachtete Nutzung dem angegebenen Zweck? |
| Enddatum | Ablauf des Mandats oder der Ausnahme | Sollte das Recht früher enden als geplant? |
Übernehmen Sie den Rezertifizierungszyklus der Banken
Eine Rezertifizierungskampagne hat eine feste Grundgesamtheit, einen festen Stichtag, benannte Prüfer, eine Frist und einen Bereinigungsschritt, den jemand kontrolliert. Behalten Sie diese Struktur bei. Ändern Sie die Position und ergänzen Sie zwei Tests, die Überprüfungen von Personen selten brauchen: den Nachweis, dass das Freigabe-Gate noch weiterleitet, und den Nachweis, dass ein Entzug die nächste Aktion stoppt.
| Phase | Arbeit | Ergebnis |
|---|---|---|
| 1. Abgrenzen | Legen Sie den Stichtag fest. Gleichen Sie die Agent Registry mit Identity Provider, Secrets Vault, Tool-Gateway, MCP-Server-Registrierungen und Laufzeit-Logs ab, damit die Grundgesamtheit auch Agenten enthält, die niemand registriert hat. | Liste der Grundgesamtheit mit der Quelle jedes Eintrags und den außerhalb der Registry gefundenen Agenten |
| 2. Extrahieren | Exportieren Sie die tatsächlichen Rechte pro Agent als Positionen, mit der Nutzung im Überprüfungszeitraum. | Signierter oder gehashter Auszug mit Erstellungszeitpunkt |
| 3. Zuweisen | Leiten Sie jeden Agenten an seinen verantwortlichen Eigentümer. Leiten Sie privilegierte Rechte und Ausnahmen an einen zweiten Prüfer außerhalb des zuständigen Teams. | Prüferzuweisung mit Konfliktprüfung |
| 4. Entscheiden | Für jede Position: bestätigen, ändern, entziehen oder eine Ausnahme mit Enddatum erfassen. | Eine Entscheidung, Begründung, Prüfer und Zeitpunkt pro Position |
| 5. Bereinigen | Setzen Sie jede Änderung und jeden Entzug in dem System um, das das Recht führt. | Änderungsquittung pro Position, mit der Entscheidung verknüpft |
| 6. Verifizieren | Extrahieren Sie erneut und vergleichen Sie. Versuchen Sie pro Agent eine entzogene Aktion in einer Testumgebung oder über eine Richtliniensimulation. | Geschlossener Vergleich und ein abgewiesener Versuch für jedes entzogene Recht |
| 7. Abzeichnen | Die Kampagnenverantwortliche hält Umfang, Erledigungsquote, überfällige Positionen, Feststellungen und Einschränkungen fest. | Kampagnendatensatz, bereit für die Interne Revision |
Legen Sie den Überprüfungsturnus nach Risiko und Ereignissen fest
Für Finanzunternehmen in der EU, die in den Anwendungsbereich von DORA fallen, setzt der Standard zum IKT-Risikomanagement eine Untergrenze. Artikel 21 Absatz 1 Buchstabe e der Delegierten Verordnung (EU) 2024/1774 der Kommission verlangt Verfahren der Kontoverwaltung, die Aufgaben und Zuständigkeiten „für die Gewährung, Überprüfung und Entziehung von Zugangsrechten“ zuweisen, Zugriffsrechte unverzüglich entziehen, wenn sie nicht mehr benötigt werden, und „die Aktualisierung der Zugangsrechte, wenn Änderungen notwendig sind, mindestens aber einmal jährlich“ für IKT-Systeme vorsehen, sowie „mindestens alle sechs Monate“ für IKT-Systeme, die kritische oder wichtige Funktionen unterstützen. Artikel 21 Absatz 1 Buchstabe a verlangt, dass Rechte den Grundsätzen „Kenntnis nur, wenn nötig“, der Nutzungsnotwendigkeit und der minimalen Berechtigung folgen, und Artikel 21 Absatz 1 Buchstabe c verlangt sicherzustellen, dass „die in den IKT-Systemen vorgenommenen Handlungen jederzeit einem Nutzer zugeordnet werden können“.
Die Verordnung regelt Zugriffsrechte auf IKT-Assets allgemein und erwähnt KI-Agenten nicht. Ein Agent, der Zugangsdaten zu einem IKT-System hält, das eine kritische oder wichtige Funktion unterstützt, hält Zugriffsrechte auf dieses System. Fragen Sie Ihre Compliance-Funktion, ob die Sechs-Monats-Untergrenze für ihn gilt. Viele Teams überprüfen Agenten häufiger als Personen, weil ein Agent ein Recht zwischen zwei Kampagnen tausendfach nutzen kann.
| Agentenprofil | Planmäßige Überprüfung | Ereignis, das eine sofortige Überprüfung auslöst |
|---|---|---|
| Bewegt Geld, ändert Kundendatensätze oder versendet externe Kommunikation | Vierteljährlich | Neues Tool, höheres Limit, neues Release, Wechsel des Verantwortlichen, Vorfall oder ein Muster gesperrter Aktionen |
| Unterstützt eine kritische oder wichtige Funktion ohne Schreibzugriff | Alle sechs Monate | Neue Datenquelle, neue Region oder geänderter Zweck |
| Intern, nur lesend, keine personenbezogenen Daten | Jährlich | Jeder Antrag auf Schreibzugriff |
Jede Entscheidung muss etwas bewirken
Eine Überprüfung, die nur Zustimmungen einsammelt, belegt wenig. Jede Entscheidung sollte eine Spur in der Konfiguration oder in einem datierten Ausnahmeregister hinterlassen.
| Entscheidung | Erforderliche Umsetzung | Nachweis |
|---|---|---|
| Bestätigen | Keine Änderung. Das Recht behält sein aktuelles Enddatum. | Prüfer, Zeitpunkt, Begründung und die bestätigte Position des Auszugs |
| Ändern | Ein Limit senken, eine Data Boundary einengen, ein Enddatum vorziehen oder ein Freigabe-Gate ergänzen. | Werte davor und danach, Änderungsquittung, Richtlinienversion |
| Entziehen | Das Recht im führenden System entfernen und alle Zugangsdaten widerrufen, die nur ihm dienten. | Änderungsquittung und ein abgewiesener Versuch nach der Entfernung |
| Ausnahme | Ein regelwidriges Recht behalten, mit einer kompensierenden Kontrolle und einem Enddatum spätestens zur nächsten Kampagne. | Verantwortlicher der Ausnahme, Genehmigender, kompensierende Kontrolle, Ablauf |
| Keine Antwort bis zur Frist | Eskalation an die Führungskraft des Verantwortlichen. Ihre Richtlinie legt fest, ob das Recht zur endgültigen Frist ausgesetzt wird. | Eskalationsverlauf und Endzustand des Rechts |
Tests, die finden, was eine Abzeichnung übersieht
Führen Sie diese Tests auf dem Auszug durch, bevor die Prüfer ihn sehen, und zeigen Sie die Ergebnisse in der Position an. Sie machen aus einer Ermessensfrage eine Feststellung mit einer Zahl.
- Ungenutztes Recht: für den gesamten Zeitraum gewährt und nie ausgeübt. Setzen Sie die Position standardmäßig auf Entzug und lassen Sie den Verantwortlichen begründen, warum es bleiben soll.
- Nicht genehmigte Nutzung: Der Agent hat ein Recht ohne Genehmigungsdatensatz ausgeübt. Erfassen Sie eine Feststellung, bevor die Kampagne endet.
- Unverträgliche Kombination: Ein Agent kann einen Begünstigten anlegen und zugleich eine Zahlung freigeben, oder einen Entwurf erstellen und ihn zugleich genehmigen. Trennen Sie die Rechte oder setzen Sie auf eine Seite eine andere menschliche Rolle.
- Fehlendes Gate: Eine Richtlinienänderung seit der letzten Kampagne hat eine require_approval-Regel entfernt oder abgeschwächt. Vergleichen Sie die Richtlinienversionen Zeile für Zeile.
- Selbstprüfung: Der Prüfer hat das Recht beantragt oder ist Sponsor des Agenten. Weisen Sie neu zu.
- Verwaister Verantwortlicher: Der verantwortliche Eigentümer ist ausgeschieden oder hat die Rolle gewechselt. Setzen Sie neue Rechte aus, bis ein neuer Verantwortlicher zustimmt.
- Geteilte Zugangsdaten: Ein Secret dient mehreren Agenten. Die Nutzung lässt sich nicht zuordnen, daher kann die Position nicht bestätigt werden.
- Abgelaufene Ausnahme noch aktiv: Das Enddatum der Ausnahme ist verstrichen, und das Recht funktioniert weiterhin.
Durchgerechnetes Beispiel: vierteljährliche Überprüfung eines Zahlungsagenten
Agent, Zahlen und Identitäten sind synthetisch. Ein Agent im Treasury-Betrieb bereitet Lieferantenzahlungen vor und gibt sie frei. Der Überprüfungszeitraum reicht vom 1. Juli bis 30. September 2026. Verantwortliche ist die Leiterin des Treasury-Betriebs; privilegierte Positionen gehen an einen zweiten Prüfer im operationellen Risikomanagement.
| Position | Im Zeitraum beobachtet | Entscheidung | Umsetzung |
|---|---|---|---|
| payments.create_transfer bis 50.000 EUR an bestehende Begünstigte | 1.412 erlaubte Aktionen, 0 gesperrt | Bestätigen | Keine |
| payments.create_transfer über 50.000 EUR, mit require_approval an einen Treasury-Prüfer gebunden | 37 Freigabeanfragen, 35 genehmigt, 2 abgelehnt | Bestätigen | Keine; Gate in der aktuellen Richtlinienversion bestätigt |
| beneficiaries.create | 3 Nutzungen, alle für ein Projekt zum Lieferanten-Onboarding, das im August endete | Entziehen | Recht entfernt; Versuch im Test lieferte block |
| erp.read_invoices über alle Tochtergesellschaften | Lesezugriffe bei zwei von fünf Tochtergesellschaften | Ändern | Data Boundary auf die zwei Tochtergesellschaften eingeengt |
| Ausnahme: Freigabe vor erneutem Sanktionsscreening bei konzerninternen Überweisungen | Im Juni gewährt, Enddatum 30. September 2026 | Ausnahme abgelaufen | Ausnahme geschlossen; das Recht folgt jetzt der Standardregel |
| Mit dem Abstimmungsagenten geteilter API-Schlüssel | Nutzung lässt sich nicht nach Agent aufteilen | Feststellung | Neue Zugangsdaten pro Agent ausgestellt; geteilter Schlüssel widerrufen |
Wo KLA in eine Zugriffsüberprüfung passt
KLA hat kein Modul für Kampagnen zur Zugriffsüberprüfung. Die Überprüfung läuft in Ihrem Identity-Governance-Tool oder Arbeitspapier. Die KLA Control Plane hält mehrere der Eingaben, die ein Prüfer braucht, und setzt die Entzugsentscheidung auf dem gesteuerten Aktionspfad durch. Dieser Abschnitt beschreibt den aktuellen Quellcode.
Für Agenten, die über den KLA Agent Action Ingress handeln, arbeitet jeder Agent unter einem Agentenmandat: einem versionierten Datensatz mit verantwortlichem Eigentümer, institutionellem Auftraggeber, erlaubten Tools, Operationen und Zielen, Zwecken, Umgebungen, Schwellenwerten für Aktionsparameter und einem Gültigkeitszeitraum mit verpflichtendem Enddatum. Wer ein Mandat angelegt hat, kann es nicht genehmigen. Die Auflistung der Mandate eines Agenten liefert diesen Umfang mit Gültigkeitsdaten und den Akteuren des Lebenszyklus und gibt dem Prüfer damit die Positionen für diesen Pfad.
Eine Entzugsentscheidung entspricht dem Widerruf des Mandats. Nur die Rollen Tenant-Administrator und Compliance Officer können widerrufen, und eine Begründung ist Pflicht. Der Widerruf sperrt offene, an dieses Mandat gebundene Vorschläge mit dem Begründungscode mandate_revoked und bricht ihre ausstehenden Decision Requests ab. Die nächste Aktion, die der Agent unter einem widerrufenen oder abgelaufenen Mandat vorschlägt, wird abgewiesen, bevor sie als Vorschlag erfasst wird. Eine bereits zugelassene Aktion kann noch abgeschlossen werden. Jeder Widerruf wird in einen Append-only-Lebenszyklusdatensatz des Mandats geschrieben, den der Nachweisexport enthält.
Jede gesteuerte Aktion erhält eines von vier Richtlinienergebnissen: allow, warn, require_approval oder block. Diese Ergebnisse liefern die Nutzungszahlen der Position. Decision Desk weist Entscheidungen des erfassten Antragstellers zurück, prüft die erforderliche Prüferrolle und erfasst die Entscheidung mit einer Notiz und den Rollen, die der Prüfer zu diesem Zeitpunkt hatte. Rechte außerhalb von KLA, etwa Gruppen im Identity Provider, Secrets im Vault und Konten in Zielsystemen, bleiben bei ihren führenden Systemen und brauchen einen eigenen Auszug.
Eine bestätigte Position hält nur, wenn die Durchsetzung dieselbe Agentenidentität prüft. Im August 2026 stellten wir beim Schreiben einer Freigaberegel für Zahlungen in unserem eigenen Test-Tenant fest, dass der Agentenbezug einer Richtlinie zur Laufzeit noch nicht durchgesetzt wurde. Wir änderten den Richtlinienabgleich so, dass er bei jedem Aufruf die Identität des handelnden Agenten prüft und bei fehlender Identität sicher fehlschlägt (fail closed). Unsere automatisierten Abnahmeläufe in Test-Tenants verwenden außerdem zwei Identitäten, eine zum Starten eines gesteuerten Laufs und eine zum Entscheiden seiner Decision Requests, weil Decision Desk eine Entscheidung des Antragstellers zurückweist und für jede Entscheidung eine Begründung verlangt.
Primärquellen
Quellenprüfung abgeschlossen am 23. Oktober 2026. Die Delegierte Verordnung (EU) 2024/1774 der Kommission ergänzt die Verordnung (EU) 2022/2554 (DORA) um technische Regulierungsstandards für den IKT-Risikomanagementrahmen. Die obigen Zitate stammen aus Artikel 21, „Zugangskontrolle“. Die Verordnung legt Pflichten für Finanzunternehmen im Anwendungsbereich von DORA fest; Turnustabelle, Positionsfelder, Tests und das durchgerechnete Beispiel in diesem Leitfaden sind Umsetzungsmuster ohne Rechtskraft. Klären Sie mit Ihrer Compliance-Funktion, welche Funktionen Sie als kritisch oder wichtig einstufen.
Häufig gestellte Fragen
Was ist eine Zugriffsüberprüfung für KI-Agenten?
Eine regelmäßige Kampagne, in der ein benannter Prüfer für jedes Recht eines Agenten entscheidet, ob es bestätigt, geändert, entzogen oder als befristete Ausnahme beibehalten wird. Das Recht umfasst Tool, Aktion, Betrag, Daten, Umgebung, Freigabe-Gate, Zugangsdaten und Enddatum.
Wie oft sollten Zugriffe von KI-Agenten überprüft werden?
Legen Sie den Turnus nach Risiko fest und ergänzen Sie ereignisgesteuerte Überprüfungen. Für EU-Finanzunternehmen unter DORA verlangt die Delegierte Verordnung (EU) 2024/1774, Zugriffsrechte mindestens einmal jährlich zu aktualisieren, bei IKT-Systemen, die kritische oder wichtige Funktionen unterstützen, mindestens alle sechs Monate. Agenten, die Geld bewegen oder Kundendatensätze ändern, werden oft vierteljährlich überprüft.
Wer sollte die Berechtigungen eines KI-Agenten überprüfen?
Der verantwortliche Eigentümer des Agenten überprüft gewöhnliche Rechte. Ein zweiter Prüfer außerhalb des zuständigen Teams überprüft privilegierte Rechte und Ausnahmen. Wer ein Recht beantragt hat, sollte es nicht bestätigen.
Wie prüft und zertifiziert man Zugriffsrechte von KI-Agenten?
Gleichen Sie die vollständige Agentenpopulation über Registry, Identity Provider, Secrets, Gateways und Logs ab. Extrahieren Sie die tatsächlichen Rechte mit der Nutzung im Zeitraum. Leiten Sie jede Position an einen Prüfer, erfassen Sie Bestätigung, Änderung, Entzug oder Ausnahme, setzen Sie die Änderungen um, extrahieren Sie zur Bestätigung erneut und versuchen Sie eine entzogene Aktion, um zu belegen, dass sie abgewiesen wird.
Welche Nachweise erwartet ein Prüfer von einer Zugriffsüberprüfung für Agenten?
Die Grundgesamtheit und wie sie abgeglichen wurde, den Auszug mit Erstellungszeitpunkt, die Prüferzuweisungen, eine Entscheidung pro Position mit Begründung und Zeitpunkt, Änderungsquittungen für jede Änderung und jeden Entzug, den Vergleich mit dem erneuten Auszug, abgewiesene Versuche für entzogene Rechte, das Ausnahmeregister und die Abzeichnung der Kampagne mit ihren Einschränkungen.
Worin unterscheidet sich eine Zugriffsüberprüfung für Agenten von einer für Benutzer?
Der Zyklus ist derselbe. Die Position ist breiter, weil ein Agentenrecht Betragslimits, Datenumfang, das Freigabe-Gate vor der Aktion und ein Enddatum umfasst. Die Nutzungsdaten sind reichhaltiger, sodass sich ungenutzte und nicht genehmigte Nutzung messen lassen. Auch der Entzug muss getestet werden, weil ein Agent innerhalb von Sekunden erneut handeln kann.
Die wichtigsten Erkenntnisse
Führen Sie die Agentenkampagne mit derselben Disziplin durch, die Banken bei Personen anwenden: eine feste Grundgesamtheit, ein Prüfer für jede Position, eine Entscheidung, die etwas bewirkt, eine Kontrolle, dass die Änderung wirksam wurde, und ein unterzeichneter Datensatz. Beginnen Sie mit der Checkliste zur Berechtigungsprüfung, führen Sie einen Hochrisiko-Agenten durch die sieben Phasen und bewahren Sie den Kampagnendatensatz für die nächste Prüfung auf.