Identitätsschutz für KI-Agenten Strikte Mandantentrennung stoppt unbefugte KI-Zugriffe

Anbieter zum Thema

Okta

cidaas by Widas ID GmbH

secunet Security Networks AG

FTAPI Software GmbH

Autonome KI-Agenten greifen zunehmend eigenständig über Schnittstellen auf B2B-Plattformen zu. Für IT-Sicherheitsverantwortliche wächst damit das Risiko, dass Berechtigungen verwischen und sensible Mandantendaten abfließen. Reine Benutzer-Logins reichen nicht mehr aus, um au­to­ma­ti­sier­te Workflows verlässlich an ihren Unternehmensgrenzen zu halten.

Diese neue KI-Agenten-Ära erfordert die Anbindung von Model-Context-Protocol-(MCP)-Servern und traditionellen APIs. Sie stellt IT-Sicherheitsverantwortliche vor eine große Herausforderung, denn die Öffnung der eigenen Plattform für Drittanbieter-Anwendungen und autonome Agenten darf auf keinen Fall bedeuten, dass die bewährte, mandantenfähige Identitätsschicht von Grund auf neu entwickelt oder sogar aufgebrochen werden muss.

Security-Insider Podcast – Folge 125

„Wie werde ich eine Leiche los?“ So testen Pentester die Grenzen von KI

Der drohende Kontrollverlust am Identity-Perimeter

Wenn Software-Anbieter ihre Kernfunktionen für externe KI-Agenten oder Partner-In­te­gra­ti­o­nen öffnen, reicht eine grundlegende Benutzerauthentifizierung schlichtweg nicht aus. Das eigentliche Sicherheitsrisiko liegt im plötzlichen Verlust der granularen Grenz­kon­trol­le. Die Freigabe externer APIs erzwingt nämlich eine erhebliche architektonische Komplexität. Es muss daher auf granularer Ebene exakt definiert werden können, welche spezifischen Ressourcen und welche Mandanten, beziehungsweise Organisationen, von einer individuellen Drittanbieter-App oder einem KI-Agenten überhaupt angesprochen werden dürfen.

IT-Administratoren in Unternehmen fordern zugleich vollumfängliche Governance-Funktionen, um lückenlos überwachen, genehmigen oder blockieren zu können, mit welchen externen Anwendungen sich ihre Nutzer verbinden. Ohne diese explizite, fein abgestimmte Kontrolle öffnet die API-Freigabe unweigerlich Tür und Tor für Datendiebstahl und unkontrollierte Schatten-Integrationen. Hier braucht es einen neuen, konkreten Ansatz bezüglich der Architektur. Anstatt fehleranfällige, maßgeschneiderte Mapping-Schichten zur Verwaltung externer Apps zu bauen, muss die Identitätsschicht die Isolierung nativ und automatisiert übernehmen.

Sicherheit für Datenflüsse in alle Richtungen

Im KI-Zeitalter wird das Netzwerk zur Verteidigungslinie

Mandantenfähigkeit durch ein kompromissloses Deny-All-Prinzip

Ein essentieller Pfeiler für sichere mandantenfähige Identitätsgrenzen ist die strikte Zugangskontrolle auf Ebene der jeweiligen Organisationseinheit. Administratoren müssen in der Lage sein, präzise vorzugeben, ob externe Applikationen und autonome Agenten innerhalb einer bestimmten Organisation operieren dürfen. Dieser Ansatz sollte nach einem strikten Deny-All-Prinzip funktionieren. Das bedeutet im Kern, dass Drittanbieter-Apps und KI-Agenten standardmäßig keinerlei Zugriff auf Ressourcen erhalten, bis dieser explizit autorisiert wurde. Nur so lässt sich ein verlässlicher, auf den Perimeter spezifizierter Schutz aufrechterhalten. Zudem bedarf es strenger technischer Leitplanken bei der Verbindung. Damit eine externe Anwendung die Benutzer innerhalb einer Organisation authentifizieren darf, muss außerdem die Ziel-Login-Verbindung auf die Domain-Ebene angehoben und für diese spezifische Organisation ausdrücklich freigeschaltet werden.

Statische Zugangsdaten sind im KI-Zeitalter nicht mehr sicher

KI-Agenten brauchen Secrets und machen sie zur Angriffsfläche

Kryptografische Isolation der Zustimmungs-Grenzen

Ein weiterer kritischer Aspekt bei der Einbindung externer Entwickler-Ökosysteme ist die Handhabung der Nutzerzustimmung, des sogenannten Consents. Die klassische Alles-oder-Nichts-Zustimmung stellt in modernen Multi-Tenant-Umgebungen ein unkalkulierbares Risiko dar. Zukunftsfähige Authentifizierungsmodelle binden die Autorisierung daher in einer isolierten Sandbox strikt an den jeweils aktiven Workspace. Gewährt ein Mitarbeiter einer externen KI oder Applikation den Zugriff auf Daten innerhalb einer spezifischen Organisations­einheit, bleibt diese Erlaubnis absolut isoliert. Lese- oder Schreibzugriffe auf Daten in einer benachbarten Organisationseinheit desselben Nutzers werden technisch und kategorisch blockiert. Um diese Versprechen zur Mandantenisolierung auf Protokollebene belastbar zu untermauern, werden separate Zustimmungsdatensätze gespeichert sowie kryptografische Token vollständig unabhängig und separiert pro Organisation ausgestellt und verwaltet.

Autonome Agenten im Identitätsmanagement

Wenn KI zur Nutzergruppe wird

Die technologische Basis für das KI-Ökosystem der Zukunft

Durch die Verankerung der Drittanbieter-Verwaltung in der Kernarchitektur der mandantenfähigen Organisationen lassen sich KI- und Entwickler-Anwendungsfälle sicher erschließen. B2B-SaaS-Anbieter können Partner-Marktplätze oder Plattformfunktionen nun mit wesentlich ruhigerem Gewissen über MCP-Server für KI-Agenten freigeben. Da die Zugriffe vollständig pro Organisation segmentiert sind, wird das mandantenfähige Routing nativ gehandhabt. Dies garantiert, dass jeder Unternehmenskunde seine eigenen strengen externen Autorisierungsgrenzen aufrechterhält. Ein besonders wichtiger Aspekt dabei ist der Native-Login-Flow: Da externe Apps oft von außenstehenden Dritten entwickelt werden, kann sich die IT-Sicherheit nie darauf verlassen, dass diese Applikationen bestimmte Organisations­pa­ra­me­ter zuverlässig in ihren Autorisierungsanfragen weitergeben. Ein natives Routing auf Identitätsebene fängt dieses Risiko ab und leitet die Nutzer sauber in den korrekten Mandantenkontext. Mit Blick auf die Zukunft braucht es bei Dynamiken wie der von Okta vorangetriebenen Spezifikation Cross-App-Zugriff (XAA, aktuell als IETF-Entwurf in Arbeit) eine robuste architektonische Grundlage für eine sichere Enterprise-KI.

Non-Human Identities übersteigen menschliche 50 zu 1

Wenn KI-Agenten ihre eigenen Schlüssel brauchen

Fazit: Identitätsarchitekturen für die KI-Agenten nachrüsten

Die sichere Integration von autonomen KI-Agenten und externen Drittanbieter-Anwendungen in komplexe B2B-SaaS-Umgebungen erfordert einen grundlegenden Paradigmenwechsel im Identitäts- und Zugriffsmanagement. Der klassische, nutzerzentrierte Perimeter reicht nicht mehr aus, um moderne API- und MCP-Ökosysteme abzusichern. Stattdessen rücken architektonische Prinzipien, wie ein striktes Deny-All-Verfahren auf Organisationsebene und die kryptografische Isolation von Zustimmungs-Grenzen, zwingend ins Zentrum einer zukunftsfähigen IT-Sicherheitsstrategie.

Wenn Autorisierung und Mandanten-Routing nativ in der Identitätsschicht verankert sind, dann können Unternehmen die dynamischen Anforderungen maschineller und agentenbasierter Workflows sicher bewältigen, ohne sich auf fehleranfälligen Code von Drittentwicklern verlassen zu müssen. Die konsequente Vermeidung von Schatten-Integrationen und potenziellen Datenabflüssen zwischen einzelnen Workspaces gelingt letztlich nur durch kompromisslose, fein abgestimmte Governance-Strukturen.

Über den Autor: Jan Brose ist Area Sales Director, Enterprise Sales für Auth0 bei Okta.

(ID:51011695)