Veröffentlicht am
IBM hat Agent Identity als allgemein verfügbar vorgestellt. Ein Produktbeitrag vom 26. Oktober 2026 beschreibt die Verwaltung von Agentenidentitäten, delegierten Rechten und Zugangsdaten. Die TechXchange-Ankündigung vom 27. Oktober bestätigt den Verfügbarkeitsstatus und ordnet das Angebot zusammen mit HashiCorp Vault und watsonx Orchestrate ein. Ziel ist, nachvollziehbar zu machen, welcher Agent mit welcher Befugnis handelt. IBM: Agent Identity allgemein verfügbar.
Identität und Zugangsdaten gehören zusammen
Nach IBMs Beschreibung beginnt die Kontrolle mit einem zentralen Agentenverzeichnis. Darin sollen Verantwortliche, genehmigte Werkzeugverbindungen und der Lebenszyklusstatus erfasst werden. Bei delegierten Aufgaben soll der Zusammenhang zur beauftragenden Person oder zum vorgelagerten System erhalten bleiben. Kurzlebige, auf Aufgaben begrenzte OAuth-Tokens sollen den Zugriff einschränken.
IBM Verify übernimmt laut Anbieter Identitäts-, Autorisierungs- und Protokollierungsfunktionen. Vault ergänzt den Zugriff auf Zielsysteme, die delegierte Tokens nicht direkt verarbeiten können, durch passend ausgegebene Zugangsdaten. Auditspuren sollen menschliche Identität, Agent, Rechteentscheidung und nachfolgende Aktionen verbinden. Damit beschreibt IBM eine durchgängige Kontrollkette; eine unabhängige Wirksamkeitsprüfung ist das nicht. Aufgabenverteilung von Verify und Vault.
Allgemein verfügbar heißt nicht: alle Funktionen fertig
Die Pressemitteilung bezeichnet Agent Identity, Vault 2.2 und die Evaluierungsfunktionen von watsonx Orchestrate als allgemein verfügbar. Die automatische Erkennung von Agenten über mehrere Plattformen und die Contain-Funktionen mit Isolation und Abschaltmöglichkeit sind dagegen als technische Vorschau gekennzeichnet. Secure Hub befindet sich in öffentlicher Vorschau.
Diese Unterscheidung ist für eine Einsatzplanung wesentlich: Aus der Verfügbarkeit von Agent Identity folgt kein fertiger Ausbau aller angekündigten Kontrollfunktionen. Die beiden gelesenen Mitteilungen nennen außerdem keine konkreten Preise und keine vollständigen Lizenzvoraussetzungen für die beschriebene Kombination. IBM: Funktionsumfang und Verfügbarkeit vom 27. Oktober.
Unsere Einordnung: Entzug von Rechten praktisch prüfen
Relevant ist das Angebot für Identitäts- und Sicherheitsteams, die Agenten über mehrere Geschäftssysteme hinweg betreiben. Für einen Pilotversuch würden wir einen klar begrenzten Ablauf wählen: Ein Agent liest freigegebene Daten, beantragt eine weitergehende Aktion und muss an einer festgelegten Grenze anhalten.
Anschließend würden wir die Berechtigung während des Ablaufs entziehen. Entscheidend wäre, ob weitere Zugriffe tatsächlich scheitern und wie schnell das Zielsystem die Änderung berücksichtigt. Ein Eintrag im zentralen Verzeichnis allein wäre für unsere Abnahme kein ausreichender Nachweis. Ebenso sollte erkennbar sein, welche bereits ausgeführten Aktionen der Rechteentzug nicht rückgängig macht.
Die Protokolle würden wir anhand einer konkreten Aufgabe prüfen: Wer beauftragte sie, welche Befugnis wurde übertragen und welches Konto führte die Änderung aus? Diese Fragen helfen aus unserer Sicht, Verantwortlichkeit auch über mehrere Werkzeuge hinweg zu klären. Vor einem Einsatz bleiben Datenübertragung, Aufbewahrung und Betriebszuständigkeit anhand der konkreten Konfiguration zu prüfen.
KI-AGT hat das Produkt nicht selbst getestet. Die vorgeschlagenen Prüfungen sind redaktionelle Einordnung. Grundlagen erläutern unsere Beiträge zu Berechtigungen und Human-in-the-Loop.
Quelle: Offizielle Quelle