So funktioniert es

Die Workload sieht nie ein echtes Token.

Jeder Agent gilt als kompromittiert: Er liest nicht vertrauenswürdige Inhalte, sieht private Daten und spricht mit dem Netzwerk. Runabot gibt ihm keine wiederverwendbaren Geheimnisse und nur freigegebene Ziele.

Austausch der Zugangsdaten
Workload

Nicht vertrauenswürdiger Agent, IDE oder CI-Job

GITHUB_TOKEN=rb_scoped_7f3a…
Runabot-Proxy

Prüft Richtlinien, tauscht die Zugangsdaten, schreibt den Trace

Externes System

Git, MCP, Web, Suche, LLM, Pakete

Authorization: Bearer ghp_real…

Was ein kompromittierter Agent noch tun kann.

Runabot verlässt sich nicht darauf, dass sich jede Workload korrekt verhält. Jede Kontrolle begrenzt, was ein Angreifer durch eine erfolgreiche Prompt-Injection oder ein bösartiges Paket gewinnt.

Ein zweckgebundenes Token nutzen, kein echtes stehlen Echte Upstream-Zugangsdaten bleiben außerhalb der Workload. Diese erhält zweckgebundene Runabot-Zugangsdaten, die nur über den Proxy funktionieren.
Nur freigegebene Ziele erreichen Ausgehender Verkehr ist standardmäßig gesperrt. Externe Systeme sind nur über genehmigte Pfade und Richtlinien erreichbar.
Tools nur über den Proxy nutzen Git-, MCP-, Web-, Such-, Paket- und LLM-Zugriff wird authentifiziert, autorisiert, geprüft und protokolliert.
Eine ersetzbare Umgebung beschädigen Sicherungen und reproduzierbare Umgebungen ersetzen eine kompromittierte Ausführungsumgebung, statt einen betroffenen Laptop mühsam zu bereinigen.

Agenten, IDEs und CI-Jobs laufen hinter demselben Proxy.

Dieselben Kontrollen, die autonome Agenten sicherer machen, verringern auch im Entwicklungsalltag den Diebstahl von Zugangsdaten und den Datenabfluss.

Autonome und von Menschen gesteuerte Agenten Agenten erhalten die benötigten Tools, aber keine weitreichenden Zugangsdaten, keinen offenen Internetzugriff und keine unkontrollierten Nebenkanäle.
IDE- und SSH-Arbeitsumgebungen Visual Studio Code, eine Shell und Coding-Assistenten laufen in einer kontrollierten Umgebung statt auf einem Laptop voller dauerhaft gespeicherter Geheimnisse.
CI/CD und Paket-Builds Installationsskripte, Release-Jobs und Build-Werkzeuge werden durch zweckgebundene Proxy-Zugangsdaten und geprüfte Freigaben für ausgehenden Verkehr begrenzt.

Jede Anfrage des Agenten steht im Trace.

Der Proxy schreibt Logs und OTLP-kompatible Traces für Audits, Fehleranalyse und Auswertung. Sie sehen, wie ein Agent seine Tools eingesetzt hat, wo er nicht weiterkam und welche Antworten seinen nächsten Schritt verändert haben.

00.000sagent.planok
00.184sproxy.git.fetchscoped
01.026sproxy.web.searchscreened
01.447segress.unknown-hostblocked
02.101sllm.responserecorded