Identität von KI-Agenten: Die Frage, die jedes Unternehmen übersprungen hat

Die kurze Antwort: Wenn Sie einen KI-Agenten in Ihrem Unternehmen einsetzen, braucht er eine eigene Identität – genau wie ein Mitarbeiter ein Konto braucht. Die heute übliche Praxis, einen statischen API-Schlüssel fest in den Agenten einzubauen, damit er auf Ihre Systeme zugreifen kann, ist das Gefährlichste, was Sie tun können: Dieser Schlüssel läuft nie ab, niemand weiß, wer ihn benutzt, und er lässt sich im Ernstfall nicht schnell widerrufen. Der richtige Ansatz besteht darin, jedem Agenten eine registrierte Identität, eingegrenzte Berechtigungen und kurzlebige Tokens zu geben, die automatisch ablaufen.

Genau das hat Okta, einer der weltweit größten Anbieter für Identitätsmanagement, am 24. August 2026 mit einer neuen Funktion namens Agent SSO angekündigt. Die Idee wirkt an der Oberfläche einfach und hat weitreichende Folgen: Der KI-Agent wird als vollwertige Identität im Unternehmensverzeichnis registriert, neben den menschlichen Mitarbeitern, sodass für ihn dieselben Werkzeuge zum Gewähren, Überwachen und Entziehen von Zugriffen gelten.

Warum diese Frage gerade jetzt dringlich geworden ist

In den vergangenen zwei Jahren hat sich Unternehmens-KI von „einem Bot, der Fragen beantwortet“ zu „einem Agenten, der die Arbeit erledigt“ entwickelt. Der heutige Agent öffnet Ihr CRM, liest Bestellungen, aktualisiert einen Lagerbestandseintrag, schreibt einem Kunden und bereitet womöglich sogar eine Rechnung vor. Jeder dieser Schritte bedeutet eine Anmeldung an einem echten System mit echten Daten.

Das Problem: Die Sicherheitswerkzeuge der meisten Unternehmen beruhen auf einer einzigen Annahme – dass sich ein Mensch an den Systemen anmeldet. Eine bemerkenswerte Zahl, die Okta in seiner Ankündigung nannte, zeigt die Lücke: Nur 34 % der Organisationen wenden auf KI-Agenten dieselben Sicherheitskontrollen an wie auf menschliche Beschäftigte. Mit anderen Worten: Rund zwei Drittel der Unternehmen lassen automatisierte Einheiten in ihren Systemen arbeiten, ohne dasselbe Maß an Governance.

Hat ein Agent keine klare Identität, häufen sich die Probleme, und sie sind alle von derselben Art: Sie wissen nicht, wie viele Agenten in Ihrem Unternehmen arbeiten, Sie wissen nicht, wer jeden einzelnen autorisiert hat, Sie können die einfache Frage eines Prüfers – „Wer hat diese Aktion ausgeführt?“ – nicht beantworten, und Sie haben keinen einzigen Knopf, mit dem Sie einen aus dem Ruder gelaufenen Agenten stoppen können.

Was Agent SSO tatsächlich leistet

Der Dienst basiert auf einem offenen Protokoll namens Cross App Access (XAA), einer Erweiterung des bekannten OAuth-Standards, die als offizielle Erweiterung für unternehmensverwaltete Autorisierung für MCP übernommen wurde – das Protokoll, das zur gemeinsamen Sprache zwischen Agenten und Systemen geworden ist. Kurz gesagt: Wenn ein KI-Agent, der dieses Protokoll unterstützt, sich mit einer Ihrer Geschäftsanwendungen verbinden will, geschieht Folgendes:

  • Registrierung: Der Agent wird als benannte Identität im Unternehmensverzeichnis erfasst, nicht als anonymer Schlüssel.
  • Autorisierung: Er erhält ein kurzlebiges Zugriffstoken, das automatisch abläuft, statt eines statischen Schlüssels in einer Konfigurationsdatei.
  • Governance: Ein Administrator verwaltet die Berechtigungen des Agenten in derselben Konsole, die auch für die Berechtigungen der Mitarbeiter genutzt wird.
  • Sofortiger Widerruf: Der Zugriff des Agenten kann mit einer einzigen Aktion gesperrt werden, sobald sein Verhalten verdächtig erscheint.

Bemerkenswert ist, dass Okta Agent SSO ohne Aufpreis in sein zentrales Single-Sign-On-Angebot aufgenommen hat – ein Signal, dass das Unternehmen dieses Muster als Standard verbreiten will, statt es als Premiumfunktion zu verkaufen. In der Ankündigung wurden auch Unternehmen genannt, die mit Okta an diesem Ansatz arbeiten, darunter Anthropic, Atlassian, Slack, Notion, Datadog und Figma.

Die neue Regel: Jeder KI-Agent, der in Ihrem Unternehmen läuft, sollte einen Namen, einen menschlichen Verantwortlichen, eingegrenzte Berechtigungen und ein Ablaufdatum haben. Genau wie ein Mitarbeiter.

Was das für Unternehmer in Saudi-Arabien bedeutet

In einem Jahr, das das Königreich zum Jahr der Künstlichen Intelligenz erklärt hat, bringen Unternehmen KI-Agenten zügig in Kundenservice, Vertrieb und Betrieb. Und der Übergang vom Pilotprojekt in den echten Produktivbetrieb ist genau der Punkt, an dem Identität und Berechtigungen kein technisches Detail mehr sind, sondern zu einem zentralen Anliegen werden.

Hinzu kommt eine regulatorische Dimension. Das Gesetz zum Schutz personenbezogener Daten (PDPL) verpflichtet eine Organisation, zu kontrollieren, wer auf personenbezogene Daten zugreift und zu welchem Zweck, und dies bei einer Prüfung nachweisen zu können. Liest Ihr KI-Agent Kundendaten über einen gemeinsamen Schlüssel, der niemandem konkret gehört, können Sie die Frage „Wer hat auf diese Daten zugegriffen?“ faktisch nicht beantworten – und das ist nicht nur eine technische Schwäche, sondern eine Compliance-Lücke.

Praktische Schritte, mit denen Sie heute beginnen können

Sie brauchen keine globale Plattform, um anzufangen. Dieselben Prinzipien gelten für jedes ordentlich gebaute interne System:

  • Erfassen Sie Ihre Agenten: Listen Sie jedes KI-Tool auf, das heute mit Ihren Systemen verbunden ist – die Anzahl wird Sie überraschen.
  • Ein separates Konto pro Agent: Teilen Sie niemals ein Mitarbeiterkonto oder einen Allzweckschlüssel zwischen mehreren Tools.
  • Minimale Rechte: Wenn der Agent nur lesen muss, geben Sie ihm keine Berechtigung zum Ändern oder Löschen.
  • Kurzlebige Tokens: Ersetzen Sie dauerhafte Schlüssel durch Tokens, die automatisch ablaufen und erneuert werden.
  • Ein vollständiges Prüfprotokoll: Jede Aktion des Agenten wird mit seinem Namen, dem Zeitstempel und dem betroffenen System protokolliert.
  • Ein menschlicher Verantwortlicher: Jeder Agent hat einen zuständigen Mitarbeiter, der seine Berechtigungen regelmäßig überprüft und ihn stoppen kann.
  • Menschliche Freigabe für sensible Vorgänge: Finanzüberweisungen, das Löschen von Daten und Massennachrichten an Kunden brauchen einen menschlichen Kontrollpunkt.

Wie wir das bei Origami sehen

Wenn wir für einen Kunden ein individuelles System bauen und einen KI-Agenten daran anbinden, behandeln wir diesen Agenten vom ersten Tag an als Benutzer mit Konto, Berechtigungen und Protokoll – nicht als Skript, das mit dem Administratorschlüssel läuft. Diese einfache Architekturentscheidung erspart dem Kunden später einen Neuaufbau und macht das System von Anfang an prüfungsbereit, statt es bei der ersten Frage eines Prüfers oder beim ersten Sicherheitsvorfall flicken zu müssen.

Oktas Ankündigung ist wichtig, weil sie das, was bisher eine Ermessensentscheidung einzelner Entwickler war, zu einem Branchenstandard macht, hinter dem große Tool-Anbieter stehen. Wer heute auf dieser Grundlage baut, wird automatisch dem entsprechen, was in ein oder zwei Jahren zur Grundanforderung wird.

Das Fazit: KI in Ihrem Unternehmen ist kein Werkzeug mehr, das Sie benutzen, sondern eine Partei, die in Ihrem Namen handelt. Und jede Partei, die in Ihrem Namen handelt, braucht eine Identität und klare Grenzen – sonst managen Sie ein Risiko, das Sie nicht sehen können.

Quellen