Veröffentlicht am
Solo.io hat am 22. Oktober 2026 das offene Projekt agentshield vorgestellt. Es soll bestehende Daten, Schnittstellen und Dienste gegen Risiken durch KI-Agenten schützen, die ein Unternehmen nicht selbst kontrolliert. Dafür führt es Informationen über Arbeitslasten, Identitäten, Richtlinien und beobachteten Datenverkehr zusammen. Der Quellcode ist unter Apache 2.0 verfügbar. Solo.io: Projektvorstellung.
Erreichbare Wege statt Selbstauskünfte des Agenten
Der Ansatz setzt an der Infrastruktur an. Laut Solo.io sollen Plugins unter anderem Informationen aus Kubernetes, Istio, Cilium und AWS in einem gemeinsamen Graphen verbinden. Dieser bildet Beziehungen zwischen Systemen ab, etwa welche Arbeitslast mit welchem Ziel kommuniziert und welche Richtlinie dafür gilt.
Regeln sollen riskante Änderungen ohne Modellaufruf erkennen. Für zusätzliche Untersuchungen kann ein Sprachmodell den Graphen über lesende MCP-Werkzeuge abfragen. Vorgeschlagene Korrekturen werden als konkreter Plan vorbereitet und vor dem Anwenden geprüft. Die Blogbeschreibung nennt dabei eine Freigabe des exakten Plans und anschließende Kontrolle des erreichten Zustands. Datenquellen, Untersuchung und Korrekturablauf.
Frühes Projekt mit wichtigen Betriebsgrenzen
Das Repository bezeichnet agentshield ausdrücklich als Projekt vor Version 1.0. Schnittstellen, Datenbankschema und Startparameter können sich noch grundlegend ändern. Besonders relevant: Weboberfläche und HTTP-API besitzen laut README keine Authentifizierung. Deshalb bindet der Dienst standardmäßig nur an die lokale Adresse. Zudem ist keine Hochverfügbarkeit vorgesehen.
Die README erläutert auch, dass Graphdaten an den konfigurierten Modellendpunkt geschickt werden. Ohne aktivierte modellgestützte Funktionen bleibt die Erfassung und Darstellung der Umgebung nutzbar, es entstehen aber keine Befunde und damit keine Korrekturvorschläge. Veröffentlichte Wirksamkeitsergebnisse liegen laut Projektbeschreibung noch nicht vor. KI-AGT hat die Software nicht selbst getestet; wir geben den am 25. Oktober gelesenen Entwicklungsstand wieder. agentshield: README und Projektstatus.
Unsere Einordnung: Zuerst die Sicht auf das System prüfen
Interessant ist der Ansatz für Plattform- und Sicherheitsteams, deren Zugriffsregeln über mehrere Systeme verteilt sind. Ein gemeinsames Bild kann helfen, Änderungen im Zusammenhang zu bewerten. Es bleibt jedoch davon abhängig, welche Datenquellen tatsächlich angeschlossen sind und wie aktuell deren Beobachtungen sind.
Für eine Erprobung würden wir zunächst eine isolierte Testumgebung mit bekannten Verbindungen verwenden. Eine absichtlich hinzugefügte, harmlose Verbindung sollte mit Quelle und Zeitpunkt nachvollziehbar auftauchen. Danach ließe sich prüfen, ob das Entfernen einer Richtlinie korrekt dargestellt wird. So wird sichtbar, ob der Graph die Umgebung ausreichend abbildet, bevor ein Modell seine Aussagen darauf stützt.
Korrekturvorschläge würden wir getrennt von der Erkennung abnehmen. Entscheidend wäre, ob Ziel und Umfang der geplanten Änderung eindeutig erkennbar sind und nach der Ausführung erneut kontrolliert werden. Diese Kriterien sind unsere Einordnung und keine bestätigten Testergebnisse. Grundlagen erläutern unsere Beiträge zu Berechtigungen und Human-in-the-Loop.
Quelle: Offizielle Quelle