KI-Agentsicherheit: IAM-Praktiken im operativen Einsatz von Unternehmen

Ein zentrales Dashboard, zahlreiche digitale Identitäten – und ein persistenter Agent, der nie abgemeldet wird. Dies ist die Realität für IT-Teams in Unternehmen der Golfregion, da KI-Agenten zunehmend integraler Bestandteil des Kundenservice werden. Im Gegensatz zu menschlichen Nutzern authentifizieren sich diese Agenten einmalig, interagieren mit mehreren Systemen und führen Aufgaben mit Maschinen­geschwindigkeit aus. Dieser Wandel offenbart eine Lücke: Etablierte IAM-Frameworks, die für Menschen entwickelt wurden, stoßen an ihre Grenzen, wenn es um die Nachverfolgung und Kontrolle nicht-menschlicher Akteure geht, die rund um die Uhr agieren.

Die Agentic-IAM-Lücke: Wo menschzentrierte Modelle versagen

Traditionelles IAM in regulierten Sektoren wie Banken, Telekommunikation oder Immobilien der Golfregion konzentriert sich auf die Authentifizierung von Personen, die Zuweisung von Rollen und die Protokollierung ihrer Aktivitäten. KI-Agenten hingegen sind digitale Identitäten, die eigenständig und dauerhaft agieren. Sie können Aktionen über verschiedene Systeme hinweg verketten, Workflows auslösen und sensible Daten verarbeiten – ohne die üblichen menschlichen Kontaktpunkte.

Zwei Risiken treten dabei besonders hervor:

• Sichtbarkeit: Standard-IAM-Protokolle erfassen häufig nicht, was ein KI-Agent innerhalb einer Anwendung oder über APIs hinweg tut. Dies führt zu Lücken in der Nachvollziehbarkeit.
• Lebenszyklusmanagement: KI-Agenten werden anders erstellt, aktualisiert und außer Betrieb genommen als menschliche Nutzer. Ohne klar definierte Offboarding-Prozesse können inaktive Agenten oder veraltete Zugangsdaten bestehen bleiben und Risiken verursachen.

Das Ergebnis ist die Agentic-IAM-Lücke: eine Diskrepanz zwischen menschenzentrierten Kontrollen und den operativen Anforderungen automatisierter Agenten.

Prinzipien für Agentic IAM: Was sich tatsächlich ändert

Regulierungsbehörden in der Golfregion haben die Anforderungen an das Identitätsmanagement verschärft – als Reaktion auf die zunehmende Automatisierung im Kundenservice und in Backoffice-Prozessen. Der Wandel ist praxisorientiert. Vier Prinzipien bestimmen nun das IAM für KI-Agenten:

1. Erkennung: Es muss ein aktuelles Verzeichnis aller KI-Agenten geführt werden, inklusive Verantwortlichem, Zweck und Systemzugriff. Dies geht über die reine Benennung von Accounts hinaus – jeder Agent muss von der Erstellung bis zur Deaktivierung nachvollziehbar sein.
2. Granulare Zugriffsrechte: Berechtigungen werden aufgabenbasiert vergeben, nicht aus Bequemlichkeit. Ein digitaler Assistent, der beispielsweise KYC-Dokumente in einer Regionalbank prüft, erhält ausschließlich für diesen Workflow Zugriff – niemals für umfassendes Kontomanagement oder Risikofreigaben.
3. Aktionsbasierte Nachvollziehbarkeit: Jede relevante Aktion wird auf Anwendungsebene protokolliert, nicht nur Authentifizierungsereignisse. In der Praxis bedeutet dies die Erfassung, welche Datenfelder aufgerufen, welche Workflows ausgelöst und welche Ergebnisse erzielt wurden. Dieses Maß an Nachvollziehbarkeit wird zunehmend unter Rahmenwerken wie dem SAMA Cybersecurity Framework (sdaia.gov.sa, 2022) und dem Personal Data Protection Law der VAE (u.ae, 2023) erwartet. Laut einer Audit-Zusammenfassung einer regionalen Compliance-Beratung aus dem Jahr 2025 wiesen über 60 % der geprüften Unternehmen im GCC mindestens einen Befund zu unzureichenden Audit-Trails für nicht-menschliche Identitäten auf.
4. Lebenszyklus-Kontrollen: Es sind klare Verfahren für die Aktualisierung, Überprüfung und Deaktivierung von Agentenidentitäten festzulegen und durchzusetzen. Verwaiste oder ungenutzte Agenten werden systematisch deaktiviert, um Risiken zu minimieren.

Wie das in der Praxis aussieht: Ein Beispiel aus der Golfregion

Ein Immobilienentwickler in den VAE setzte KI-Agenten ein, um Lead-Erfassung, Dokumentenprüfung und Outbound-Kundeninteraktion zu automatisieren. Jeder Agent erhielt eine eindeutige Identität im zentralen Verzeichnis des Unternehmens. Zugriffsrechte wurden pro Workflow vergeben: Ein Agent durfte beispielsweise Kundendokumente einsehen, aber keine Datensätze ändern oder Finanztransaktionen initiieren. Zugriffsüberprüfungen fanden quartalsweise statt; nicht genutzte Berechtigungen wurden entzogen.

Nachvollziehbarkeit war eine Anforderung des Vorstands. Jede Aktion eines Agenten – ob Aktualisierung eines CRM-Feldes oder Auslösen einer Benachrichtigung – wurde sowohl im CRM als auch in einem separaten Audit-Archiv protokolliert. Protokolle auf Anwendungsebene erfassten Details wie bearbeitete Daten, ausgeführte Workflows und Erfolg der Aktion. Für bestimmte Agenten galten strenge Aufbewahrungsregeln: Einige Protokolle wurden 90 Tage gespeichert, andere gemäß Richtlinie sofort gelöscht. Während einige Unternehmen Audit-Befunde zu Maschinenidentitäten reduzieren möchten, liegen bis August 2026 keine öffentlich dokumentierten Zahlen zu Vorfallraten oder Kosteneinsparungen vor.

Typische Stolpersteine und operative Erkenntnisse

Selbst bei Beachtung dieser Prinzipien gestaltet sich die Umsetzung selten reibungslos. Häufige Herausforderungen sind:

• Geteilte Zugangsdaten: Die Nutzung generischer Service-Accounts für mehrere Agenten erschwert die Zuordnung von Aktionen und die Durchsetzung des Least-Privilege-Prinzips. Dies ist insbesondere in frühen Pilotphasen noch zu beobachten.
• Zu weit gefasste Berechtigungen: Aus Bequemlichkeit erteilte umfassende Zugriffsrechte führen oft zu schleichender Rechteausweitung. Regelmäßige Überprüfungen und automatisierte Ablaufdaten für Berechtigungen helfen, erfordern jedoch konsequente Prozesse.
• Unvollständige Audit-Trails: Protokollierung auf Anwendungsebene ist essenziell, wird aber leicht übersehen, wenn nur Authentifizierungsprotokolle überwacht werden. Teams müssen sicherstellen, dass jede kritische Aktion – Datenabruf, Workflow-Ausführung, Systemaktualisierung – erfasst und überprüfbar ist.
• Unklare Deaktivierung: Ohne konsequente Deaktivierung können ausgediente Agenten in Systemen verbleiben und verdeckte Schwachstellen schaffen.

Die Schließung dieser Lücken erfordert die Zusammenarbeit von IT, Audit, Compliance und Fachbereichen. In regulierten Branchen ist es mittlerweile üblich, dass Audit-Teams Nachweise über die Deaktivierung von Agenten und aktionsbasierte Protokolle anfordern.

Wo Amira steht

Amira begegnet der Agentic-IAM-Lücke, indem jeder KI-Agent als verwaltete digitale Identität behandelt wird – mit auf spezifische Workflows zugeschnittenen Berechtigungen und Aufbewahrungsfristen gemäß geschäftlichen und regulatorischen Anforderungen. Jede Aktion – über Telefon, WhatsApp, Web und CRM – wird auf System- und Konversationsebene protokolliert, um Audit- und Compliance-Anforderungen zu unterstützen. Datenresidenz und Aufbewahrung lassen sich so konfigurieren, dass sie lokalen Vorgaben entsprechen, einschließlich individueller Aufbewahrungsfristen pro Assistent. Für operative Teams bedeutet dies: Maschinenidentitäten sind ebenso überprüfbar und rechenschaftspflichtig wie menschliche. Wer sehen möchte, wie dies in den eigenen Prozessen funktioniert, kann eine 60-minütige Demo buchen.