KI-Coding-Agenten erzeugen Code, den Sie nicht geschrieben haben, und führen ihn gegen Systeme aus, deren Verlust Sie sich nicht leisten können. mogenius gibt jedem Agenten eine flüchtige, isolierte Sandbox, um diesen Code auszuführen und zu validieren, bei Bedarf bereitgestellt, per RBAC und Audit governed, und auf Ihrem Cluster laufend. Quellcode und Secrets verlassen nie Ihre Infrastruktur.
Ein Agent fordert eine Sandbox über die mogenius-Schnittstelle an, die er ohnehin spricht: MCP, API, CLI oder UI. Der Operator materialisiert die Kubernetes-Ressourcen, die mogenius API stellt den Zugriff her, und die UI lässt Sie die laufende Sandbox wie jeden anderen Workload überwachen und troubleshooten. Ist die Arbeit erledigt, wird die Sandbox suspendiert oder zerstört.
agent-sandbox: keine proprietäre Runtime, kein Lock-inIhr Agent läuft dort, wo er heute läuft, in der IDE eines Entwicklers, in einem CI-Job, und fordert eine Sandbox über den mogenius MCP-Server an. Der generierte Code wird in der Sandbox auf Ihrem Cluster ausgeführt und validiert, nie auf der Maschine, die ihn gestartet hat.
Lassen Sie den gesamten Agenten in der Sandbox laufen, etwa eine CLI im Stil von OpenCode, mit Ihrem Modell, angebunden über einen Endpunkt Ihrer Wahl, inklusive selbst gehostet. Der Agent lebt und stirbt mit der Sandbox und hat nie dauerhaften Zugriff auf irgendetwas anderes.
Fordern Sie eine Sandbox von einem KI-Agenten über MCP an, skripten Sie sie über die API, steuern Sie sie per CLI oder überwachen Sie sie in der UI. Jeder Weg führt zu denselben Custom Resources, derselben RBAC-Prüfung und demselben Audit-Eintrag, ein Agent kann also nichts tun, was ein Entwickler nicht könnte, und nichts bleibt unprotokolliert.
Jede Cloud, On-Prem oder air-gapped: nichts verlässt Ihre Infrastruktur
Keine Session-Caps: Sandboxes leben so lange, wie die Arbeit es braucht
Sandbox-Aktionen zugeordnet und für Audit protokolliert
Basiert auf dem Kubernetes-SIG-Projekt agent-sandbox: kein Lock-in
Eine Sandbox existiert, um Code auszuführen, den Sie nicht geprüft haben. mogenius behandelt das als Sicherheitsgrenze, nicht als Bequemlichkeit. Jede Sandbox ist auf Namespace-Ebene mit Network Policy isoliert, Egress ist standardmäßig verboten, und sensible Läufe lassen sich auf eine gehärtete Runtime festlegen. Das Ganze läuft auf Infrastruktur, die Sie kontrollieren.
Weil Sandboxes die mogenius-Control-Plane nutzen, governen dieselben RBAC- und Audit-Mechanismen, die Ihre Cluster schützen, auch sie. Jede Aktion wird einer echten Identität zugeordnet und ist rekonstruierbar: der Nachweis, den ein ISO-27001- oder BSI-Audit verlangt, ist schlicht das Log.
Dedizierter Namespace und Network Policy pro Sandbox, Egress standardmäßig verboten. Optionale gVisor- / Kata-Runtime für nicht vertrauenswürdige Workloads.
create-, exec- und egress-Versuche werden gegen eine Entwickler- oder Agenten-Identität protokolliert, bereit für Compliance und Incident-Rekonstruktion.
Läuft auf Ihrem eigenen Kubernetes, in Ihrer Region oder On-Prem. DSGVO-konform, air-gapped-fähig, keine Drittanbieter-Runtime im Pfad.
Flüchtige, governed Sandboxes für KI-Agenten, auf Ihrem eigenen Kubernetes, ohne dass etwas Ihre Infrastruktur verlässt.