Wenn ein KI-Agent ein virtuelles Netzwerk, Datenbanken oder einen Load Balancer erstellt, endet das Problem nicht mit dem Abschluss der Aufgabe. Die Ressource kann weiterhin in Betrieb bleiben, Budget verbrauchen und Wartung benötigen, während das Eigentümer-Tag auf eine maschinelle Identität wie deploy-agent und nicht auf eine Person verweist, die kontaktiert oder für die Ressource verantwortlich gemacht werden kann.
Der Artikel beschreibt diese Frage als Governance-Lücke in der Cloud-Infrastruktur: Die Ausführungsidentität, die eine Ressource erstellt hat, ist nicht zwangsläufig deren tatsächlicher Eigentümer. Mit der steigenden Zahl von Agenten und ihrer zunehmenden Erstellungsgeschwindigkeit reichen herkömmliche, auf Mitarbeitenden basierende Eigentumsmechanismen nicht mehr aus.
Ressourcen erkennen, deren Eigentümer Agenten sind
Der erste Schritt besteht darin, die Ressourcen mit einem Eigentümer-Tag zu inventarisieren und anschließend den Wert dieses Tags mit dem Identitätsverzeichnis des Unternehmens abzugleichen. In AWS und Azure kann das Tag mit den Aufzeichnungen der Rollen oder den ursprünglichen Dienstentitäten abgeglichen werden. Für Google Cloud schlägt der Artikel vor zu prüfen, ob der Eigentümerwert im Mitarbeitendenverzeichnis vorhanden ist. Ist dies nicht der Fall, handelt es sich gemäß der verwendeten Prüfregel nicht um eine menschliche Identität.
Das Auftreten einer maschinellen Identität bedeutet nicht, dass die Ressource unzulässig ist; die Automatisierung kann dafür ausgelegt sein, die Infrastruktur im Auftrag des Unternehmens zu betreiben. Diese Prüfung grenzt den Prüfbereich jedoch auf die Ressourcen ein, für die tatsächlich ein menschlicher Eigentümer bestimmt werden muss.
Was ändert sich in der Praxis?
Anstatt die Person oder das Konto, die beziehungsweise das einen Bereitstellungsplan ausgeführt hat, automatisch als Eigentümer zu akzeptieren, sollte die Genehmigungsrichtlinie das Eigentümer-Tag selbst überprüfen. Die vorgeschlagene Regel lautet, dass keine Bereitstellung erfolgreich sein darf, wenn die markierbare Ressource keinen Eigentümer hat, wenn der Eigentümerwert nicht im E-Mail-Format einer Person vorliegt oder wenn er mit einer der bekannten Agentenidentitäten übereinstimmt.
Der Artikel empfiehlt, die Liste der Agentenidentitäten in einer JSON-Datei zu führen, die an die Richtlinien-Engine übergeben wird. Fehlt die Liste, soll die Richtlinie standardmäßig ablehnen, anstatt eine Bereitstellung ohne Prüfung zu erlauben. Außerdem warnt der Artikel vor der Verwendung von API-Schlüsseln mit administrativen Berechtigungen. Stattdessen soll jeder Agent einen Schlüssel vom Typ User innerhalb eines eigenen Teams und mit auf die von ihm betriebene Umgebung beschränkten Berechtigungen erhalten; gemeinsam genutzte Token sollen vermieden werden.
Das Ende der Lebensdauer von Umgebungen festlegen
Bereitstellungsrichtlinien reichen nicht aus, um alte Ressourcen zu behandeln, die Agenten bereits erstellt haben. Daher schlägt der Artikel vor, eine Ablaufdauer für die Umgebung zu verwenden und eine Person die Umgebung erstellen und ihre Lebensdauer festlegen zu lassen, während der Agent die Bereitstellung innerhalb dieser Umgebung ausführt. Auf diese Weise erreichen Ablaufwarnungen eine handlungsfähige menschliche Stelle, anstatt an eine maschinelle Identität ohne Postfach gesendet zu werden.
Der Artikel erwähnt, dass env zero die Ersteller der Umgebung vor ihrer automatischen Löschung in zwei Zeitabständen warnt: zwei Tage sowie zwei Stunden und dreißig Minuten. Außerdem verweist er auf ein Modell von Axiom, bei dem ein Konto automatisch gelöscht wird, wenn es nicht innerhalb von 24 Stunden beansprucht wird.
Warum ist diese Nachricht wichtig?
Der Artikel führt die zunehmende Bedeutung des Problems auf die wachsende Zahl von Agenten in Unternehmen zurück. Laut einer Umfrage von Gravitee aus dem Jahr 2026 hat sich die durchschnittliche Zahl von Unternehmensagenten innerhalb von etwa vier Monaten, zwischen Dezember 2025 und April 2026, nahezu verdoppelt. Mehr als ein Drittel der Unternehmen betrieb dabei mehr als 100 Agenten. Von Larridin durchgeführte Umfragen ermittelten außerdem durchschnittlich 47 Agenten in Unternehmensumgebungen ohne zugewiesenen Eigentümer.
Untersuchungen werden zusätzlich erschwert, wenn Agenten ein gemeinsames Dienstkonto verwenden. Das Protokoll kann dann zwar die Erstellung der Ressource nachweisen, aber nicht aufzeigen, welche Ausführung, Anforderung oder Entscheidung dazu geführt hat. Die ausdrückliche Zuweisung eines menschlichen Eigentümers behandelt daher nicht nur die Kosten, sondern schließt auch einen Teil der Verantwortlichkeitslücke in den Prüfprotokollen.
Auch die offenen Einschränkungen sind eindeutig: Der Erfolg dieser Kontrollen hängt von der Genauigkeit der Identitätsverzeichnisse, davon, dass Agenten die Berechtigungsrichtlinien nicht umgehen, und vom Vorhandensein einer einheitlichen unternehmensweiten Definition dessen ab, wer die Ressource tatsächlich besitzt, ab. Der Ausgangstext ist außerdem ein von env zero gesponserter Leitfaden. Daher sollten seine produktspezifischen Empfehlungen als vorgeschlagene Lösungen und nicht als alleiniger Marktstandard betrachtet werden.