KI-Agentenidentität: Jedem Agenten eine nicht-menschliche Identität geben

Was ist eine KI-Agentenidentität?

Eine KI-Agentenidentität ist der verifizierbare Nachweis, den ein registrierter Agent bei jedem von ihm getätigten Aufruf vorlegt. Sie beantwortet eine Frage, die allein mit Tokens nicht zu klären ist: nicht nur „Wurde ein gültiger Nachweis vorgelegt?“, sondern „Welcher Agent ruft an und in wessen Auftrag handelt er gerade?“

TrueFoundry erkennt bereits zwei Arten von Identitäten an; die Agentenidentität ist die dritte.

Der entscheidende Punkt ist die Delegation. Ein virtuelles Konto kann immer nur als es selbst agieren. Wenn man es also auf einen MCP-Server richtet, sieht jeder Aufruf gleich aus, egal wer ihn ausgelöst hat. Eine Agentenidentität hingegen kann im Namen anderer handeln. So kann ein einziger registrierter Agent, der Hunderte von Personen bedient, Aufrufe tätigen, die dem jeweiligen Auftraggeber zugeordnet bleiben, während der Agent selbst identifizierbar bleibt. Genau diese Eigenschaft macht den Datenverkehr von Agenten prüfbar.

Nicht-menschliche Identität und warum sie eine eigene Kategorie bildet

„Nicht-menschliche Identität“ (NHI) ist der Oberbegriff, den Sicherheitsteams für alles verwenden, das sich ohne eine Person im Hintergrund authentifiziert: Dienstkonten, Workload-Identitäten, API-Clients und jetzt auch Agenten. Agenten sind die komplexesten Mitglieder dieser Gruppe, da sie sich im Gegensatz zu einem statischen Dienstkonto autonom verhalten. Sie interpretieren Kontext, wählen Werkzeuge aus und verketten Aufrufe. Daher benötigt ihre Governance alles, was ein Dienstkonto braucht (Credential-Rotation, Inventarisierung), plus zusätzliche Aspekte: Delegationsregeln, einen verantwortlichen Eigentümer, eine Nachvollziehbarkeit pro Hop und einen Kill-Switch.

Einen Agenten einfach als „ein weiteres Dienstkonto“ zu behandeln, ist der Fehler, der zu überprivilegierten Agenten führt, die niemand zurückverfolgen kann. Das Identitätsmanagement für nicht-menschliche Agenten beginnt damit, jedem Agenten eine eigene, vollwertige Identität zu geben.

Warum jeder Agent seine eigene Identität braucht

Jedem Agenten eine eigene Identität zuzuweisen, ist die eine Entscheidung, die das gesamte Governance-Modell erst ermöglicht.

• Nachvollziehbarkeit. Der Empfänger eines Aufrufs kann erkennen, ob der Anrufer ein Mensch, ein Dienst oder ein spezifischer Agent ist. Aktionen werden im Nachhinein beweisbar, was für eine echte Prüfung unerlässlich ist.
• Agentenspezifische Richtlinien. Eine Person steuert viele Agenten, und diese sollten nicht alle den vollen Zugriffsbereich dieser Person erben. Janes Support-Copilot, der Jira liest, und ihr Engineering-Agent, der in Jira schreibt, sind unterschiedliche Prinzipale, auch wenn beide für Jane handeln. Durch unterschiedliche Identitäten können Sie deren Berechtigungen individuell festlegen.
• Keine anonymen Agenten. Wenn ein Agent ein Werkzeug nur durch Vorlage einer registrierten Identität erreichen kann, wird die Registrierung zum Kontrollpunkt. Sie erhalten automatisch eine unternehmensweite Inventarliste und können einen einzelnen problematischen Agenten entfernen, ohne die anderen zu beeinträchtigen.

Dieser letzte Punkt ist der eigentliche, stille Vorteil. Sobald eine Identität erforderlich ist, um zu agieren, ist das Register nicht mehr nur eine Dokumentation, sondern der zentrale Kontrollpunkt, der alle weiteren Sicherheitsmaßnahmen erst möglich macht.

Wie TrueFoundry Agentenidentitäten ausstellt und verwaltet

Bei TrueFoundry ist eine Agentenidentität kein separates Objekt, das Sie erstellen und nachträglich hinzufügen. Sie ist ein Schritt bei der Registrierung des Agenten, sodass Identität und Agent eine Einheit bilden. Registrieren Sie den Agenten, entsteht seine Identität. Löschen Sie den Agenten, verschwindet auch die Identität.

‍

Produktscreenshot, TrueFoundry-Dokumentation: Der Schritt „Agent Identity“ bei der Agentenregistrierung.

Herkunft der Anmeldedaten

Während der Registrierung legen Sie fest, wie sich der Agent ausweist:

‍

• TrueFoundry-basiert. TrueFoundry stellt das Token des Agenten aus und signiert es. Dies ist die einfachste Option und die Standardeinstellung für Agenten, die Sie selbst erstellen und betreiben.
• Identitätsanbieter-basiert. Der Agent authentifiziert sich mit einem Token Ihres eigenen Anbieters, wie etwa Okta, Microsoft Entra, einem beliebigen OIDC-Anbieter oder einem SPIFFE- und SPIRE-Endpunkt. Sie ordnen dem Agenten spezifische Claim-Werte zu, sodass ein eingehendes Token eindeutig aufgelöst werden kann. Dieser Weg ermöglicht die On-Behalf-Of (OBO)-Delegierung, wodurch der Agent einen Benutzer durch die gesamte Kette begleiten kann.

‍

Die Identität hat in beiden Fällen dieselbe Bedeutung. Nur der Aussteller unterscheidet sich, und Sie können innerhalb eines Mandanten verschiedene Aussteller pro Agent kombinieren.

TrueFoundry als Identitäts-Broker

Wenn Ihr Identitätsanbieter noch keine Funktionen für Agenten-Identitäten besitzt, kann TrueFoundry alle drei Rollen der Steuerungsebene übernehmen. Es stellt die Identität jedes Agenten aus, autorisiert jeden Aufruf am Agent Gateway sowie am MCP Gateway und erstellt mittels Token-Austausch ein berechtigungsbeschränktes Anmeldedaten-Paket für jeden Zwischenschritt. Ihr Unternehmens-SSO authentifiziert weiterhin wie gewohnt die menschlichen Benutzer. Bei einem Aufruf präsentiert der Agent seine eigene Identität zusammen mit der des Benutzers, sodass beide gleichzeitig sichtbar sind:

‍

curl https://gateway.truefoundry.ai/api/llm/chat/completions \

  -H "Authorization: Bearer $USER_TOKEN" \

  -H "x-tfy-agent-authorization: $AGENT_TOKEN" \

  -H "Content-Type: application/json" \

  -d '{

        "model": "openai-main/gpt-4o",

        "messages": [{"role": "user", "content": "Fasse meine offenen Aufgaben zusammen"}]

      }'

‍

Der Agent ruft sein eigenes Token aus der Registry ab (über die Aktion „Get Token“ des Agenten), genau wie ein virtuelles Konto.

Für wen ein Agent handeln darf

Die Delegation ist nicht unbegrenzt. Sie ist auf die Mitarbeiter des Agenten beschränkt, die im Schritt „Zugriffskontrolle“ bei der Registrierung festgelegt werden. Dieselbe Liste, die bestimmt, wer den Agenten aufrufen darf, legt auch fest, für wen der Agent handeln darf.

‍

Produktscreenshot, TrueFoundry-Dokumentation: Mitarbeiter und Rollen des Agenten.

‍

Ein Agent-Manager kann den Agenten bearbeiten. Agent-Zugriffsberechtigte können ihn aufrufen und sich von ihm vertreten lassen. Ein Eigentümer-Team , das separat festgelegt wird, bleibt von der Erstellung bis zur Stilllegung für den Agenten verantwortlich. Diese Berechtigungen definieren die Befugnisse des Agenten: für welche Personen er handeln darf und auf welche MCP-Server und Modelle er zugreifen kann.

‍