Chainguard führt Secure Workspaces und Checks für KI-Coding-Agenten ein
19. Oktober 2026 · 3 Min. Lesezeit
Chainguard hat auf der Assemble London zwei Beta-Produkte für die Ausführung und das Testen von Code, der von Entwicklern und KI-Agenten verfasst wurde, angekündigt. Chainguard Workspaces bietet remote Entwicklungsumgebungen auf Basis von gehärteten microVMs, während Chainguard Checks die kontinuierliche Integration in den Entwicklungsprozess integriert. Die Produkte reagieren auf ein praktisches Problem bei Coding-Agenten: Diese benötigen Berechtigungen zum Installieren von Paketen, Ausführen von Shell-Befehlen und Bearbeiten von Konfigurationsdateien. Das Ausführen dieser Aufgaben auf einem Entwicklerlaptop bringt Firmenanmeldeinformationen und lokale Dienste innerhalb Reichweite generierter oder fremder Code. Das Senden jeder Änderung an einen konventionellen CI-Dienst kann hingegen Warteschlangen erzeugen und wiederholt dieselben Abhängigkeiten herunterladen.
Workspaces stellt jedem Entwickler oder Agenten eine dedizierte remote microVM zur Verfügung. Der Befehl chainctl develop synchronisiert einen lokalen Arbeitsbaum, einschließlich nicht committeter Änderungen, in die Umgebung. Eine Sitzung wird erstellt, wenn der Nutzer trennt, und kann mit deren Dateien, Prozessen und Shell-Kontext wiederaufgenommen werden. Teams können zudem mehrere isolierte Workspaces für ein Repository erstellen, damit Agenten verschiedene Lösungen ausprobieren, ohne Ports, Caches oder Prozesszustände zu teilen.
Chainguard gibt an, dass ein proxy auf Host-Seite kurzlebige Anmeldedaten zu genehmigten ausgehenden Anfragen hinzufügt, anstatt langlebige Geheimnisse in der Gast-Umgebung zu platzieren. Optionale Egress-Regeln können Verbindungen zu Endpunkten blockieren und protokollieren, die ein Team nicht erlaubt hat. Das Unternehmen protokolliert zudem Befehle, Code-Änderungen und Netzwerkaufrufe in einem als manipulationssicher beschriebenen Protokoll. Paxton und Phillips sagen, dass dies dazu dienen soll, Schäden von einer kompromittierten Abhängigkeit oder einem prompt-injizierten Agenten zu begrenzen.
Checks führt CI-Schritte in separaten warmen microVMs aus, die auf Basis von Chainguard-Paketen erstellt werden. Abhängigkeiten werden aus dem Lockfile des Projekts vorbereitet und der Snapshot-Pool wird neu aufgebaut, wenn sich diese Datei ändert. Entwickler können die gleichen Checks über die Kommandozeile, einen Pre-Commit-Hook oder die GitHub App aufrufen. Agenten können sie über einen MCP-Server oder SDK aufrufen. Paxton und Phillips beschreiben das Ziel als Entwicklern und Agenten zu ermöglichen, Code sicher zu testen, fehlschlagen zu lassen und zu beheben, ohne auf langsame CI-Dienste warten zu müssen.
Wenn Checks und Workspaces zusammen verwendet werden, wird eine Workspace angehalten, während Tests laufen. Ein fehlgeschlagener Check gibt strukturierte Protokolle an die wiederaufgenommene Sitzung zurück, sodass der Agent eine weitere Änderung versuchen kann, ohne seine Umgebung neu zu konstruieren. Ein erfolgreicher Lauf erstellt eine Attestation, die an die Umgebung, das Ergebnis und den Commit gebunden ist. Der vorgeschlagene Merge-Gate kann diese Beweise statt des erneuten Ausführens des Test-Suites überprüfen.
Diese Konstruktion hängt davon ab, dass die attestierten Eingaben unverändert bleiben und Repositorys das Ausführungs- und Unterschriftensystem von Chainguard vertrauen. Die Ankündigung veröffentlicht keine Leistungsdaten, die Checks mit etablierten CI-Diensten vergleichen. Sie gibt zudem keine Details darüber, wie Kunden die behauptete manipulationssichere Protokollierung validieren sollen. Workspaces unterstützt derzeit Claude, weitere Agenten sind geplant, und die Preisgestaltung erfolgt nach verbrauchtem Compute. Beide Produkte stehen als 30-tägige Beta-Tests zur Verfügung.
Chainguard hat zwei weitere Ankündigungen gemacht, die für Build-Pipelines relevant sind. Chainguard Actions ist nun allgemein verfügbar, mit mehr als 1.000 neu aufgebauten und kontinuierlich gepflegten GitHub Actions. Chainguard Libraries für Go und .NET ist in den frühen Zugang eingetreten. Der Libraries-Service scant Abhängigkeiten auf Malware und Greyware, wendet einen konfigurierbaren Delay an, bevor neue Pakete verfügbar werden, und backportet ausgewählte Vulnerability-Fixes. Chainguard berichtet, dass der Beta-Scanner Urteile zu mehr als 5.000 Go- und .NET-Paketen zurückgegeben hat, und dass über 10% keine Entsprechung in öffentlichen Quellen hatten, als sie erkannt wurden.
Die Verwendung von microVMs für untrusted Build- und Agent-Arbeitslasten ist bereits etabliert. Die Anleitung von InfoQ zum Sichern von KI-acceleriertem Entwickeln empfiehlt isolierte microVMs oder stark eingeschränkte Container für Agent-generierten Code, kombiniert mit kurzlebigen Anmeldedaten und standardmäßig ablehnendem Netzwerkzugriff. Amazon Bedrock AgentCore stellt jeder Benutzersitzung isolierte CPU, Speicher und Dateisystem-Ressourcen zur Verfügung, während das Hive Build-System von Vercel Firecracker microVMs und kurze WireGuard-Tunnel verwendet. Die Unterscheidung von Chainguard liegt in der Kombination dieser Isolation mit seinem eigenen Paketkatalog, CI-Attestierungen und Agenten-Loop.