Termin buchen

Geben Sie KI-Agenten eine Sandbox.
Auf Ihrem eigenen Kubernetes.

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.

🤖
KI-Agent
lokal, in der CI oder in-Sandbox
MCP · API · CLI
Sandbox · Ihr Cluster
⚙
Flüchtiger Workload
abgegrenzter Namespace · führt den generierten Code aus
NetworkPolicy RBAC Auditiert Egress-kontrolliert
Nichts verlässt Ihre Infrastruktur
Jede Aktion zugeordnet

Agenten, die Code auf dem Laptop ausführen,
sind ein Blast Radius, den niemand auditieren kann.

Agenten-Code auf der Entwicklermaschine
Generierter Code läuft neben SSH-Keys, env-Dateien, Cloud-Credentials und dem Firmen-VPN: der Blast Radius ist die gesamte Maschine
Keine Egress-Kontrolle: Der Code kann Ihren Quellcode lesen und überallhin senden
Keine Attribution, kein Trail: niemand kann nachvollziehen, worauf ein Agent zugegriffen hat, oder es einem Prüfer belegen
Die Alternative, eine Drittanbieter-Cloud-Sandbox, schickt Ihren Code auf US-Infrastruktur und begrenzt Sie mit Session-Limits
Ein separates Silo, kein Layer in der Plattform, die Ihr Team ohnehin betreibt
Mit mogenius Agent Sandbox
Code läuft in einem isolierten, flüchtigen Workload: ein abgegrenzter Namespace ohne Zugriff auf Entwicklermaschinen oder Firmen-Secrets
Egress wird per Network Policy gesteuert; die Sandbox erreicht nur, was Sie erlauben
Jeder create-, exec- und egress-Versuch wird einem Entwickler oder Agenten zugeordnet und protokolliert
Läuft auf Ihrem eigenen Kubernetes: jede Cloud, On-Prem, air-gapped. Keine Daten verlassen Ihre Infrastruktur
Eine native Fähigkeit Ihrer mogenius-Plattform: derselbe Operator, RBAC, Workspaces und Audit

Bei Bedarf bereitgestellt.
Abgebaut, wenn es erledigt ist.

Kubernetes-native Sandboxes, auf PaaS-Niveau konsumiert.

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.

  • Basiert auf dem Kubernetes-SIG-Projekt agent-sandbox: keine proprietäre Runtime, kein Lock-in
  • Isolation von Haus aus: dedizierter Namespace plus Network Policy
  • Optionale Kernel-Level-Isolation (gVisor / Kata) für nicht vertrauenswürdigen Code
  • Suspend & Resume oder zerstören: flüchtig by design, keine Session-Limits
  • Nutzt die Governance, die Sie bereits haben: RBAC, Workspaces, Audit
AGENT Lokal, in der CI oder in-Sandbox
↓ MCP · API · CLI · UI ↓
MOGENIUS RBAC → Workspace → Audit-Log
↓ Operator reconciled ↓
SANDBOX Abgegrenzter Namespace → isolierter Pod
Der Agent berührt nie Ihre echten Workloads oder die Host-Maschine. Jede Anfrage wird vermittelt, governed und protokolliert.

Agent außen lassen,
oder nach innen holen.

Modus A

Agent außen, Code innen

Ihr 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.

  • Der Laptop bleibt sauber: kein generierter Code berührt ihn
  • Ein MCP-Tool-Call zum Erstellen, Ausführen und Abbauen
  • Ideal für IDE-Agenten und PR-Validierungs-Pipelines
Modus B

Der gesamte Agent in der Sandbox

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.

  • Vollständig gekapselte autonome Läufe, von Anfang bis Ende
  • Bring your own Model-Endpunkt: extern oder selbst gehostet
  • Nichts bleibt über die Lebensdauer der Sandbox hinaus bestehen

Eine Fähigkeit.
MCP, API, CLI, UI.

Sandboxes sind First-Class, kein Aufsatz.

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.

  • MCP: Agenten fordern Sandboxes in demselben governed Server an, den sie bereits für K8s-Operationen nutzen
  • API: Sandboxes in Pipelines und interne Tools einbinden
  • CLI: Erstellen, Ausführen und Abbauen aus Ihrem Terminal
  • UI: laufende Sandboxes beobachten, inspizieren und troubleshooten
# Agent fordert per MCP eine Sandbox an und führt dann seinen Code aus
agent → create-sandbox --workspace team-checkout
Identität: dev/sarah.k via claude-code · RBAC ✓
Namespace: sbx-9f3a · NetworkPolicy aktiv · egress: deny-all
✓ Sandbox sbx-9f3a bereit
agent → exec-in-sandbox sbx-9f3a -- npm test
Protokolliert: sandbox/exec · zugeordnet: sarah.k
✓ Tests bestanden · 18.2s
agent → suspend-sandbox sbx-9f3a
✓ suspendiert · auf TTL zerstört
Ihr K8s

Jede Cloud, On-Prem oder air-gapped: nichts verlässt Ihre Infrastruktur

Kein Limit

Keine Session-Caps: Sandboxes leben so lange, wie die Arbeit es braucht

100%

Sandbox-Aktionen zugeordnet und für Audit protokolliert

Offen

Basiert auf dem Kubernetes-SIG-Projekt agent-sandbox: kein Lock-in

Nicht vertrauenswürdiger Code läuft.
Ihre Daten bleiben zuhause.

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.

🔒

Isoliert & egress-kontrolliert

Dedizierter Namespace und Network Policy pro Sandbox, Egress standardmäßig verboten. Optionale gVisor- / Kata-Runtime für nicht vertrauenswürdige Workloads.

📝

Zugeordnet & auditierbar

create-, exec- und egress-Versuche werden gegen eine Entwickler- oder Agenten-Identität protokolliert, bereit für Compliance und Incident-Rekonstruktion.

🌎

Souverän von Haus aus

Läuft auf Ihrem eigenen Kubernetes, in Ihrer Region oder On-Prem. DSGVO-konform, air-gapped-fähig, keine Drittanbieter-Runtime im Pfad.

Lassen Sie Agenten Code ausführen.
Zu Ihren Bedingungen.

Flüchtige, governed Sandboxes für KI-Agenten, auf Ihrem eigenen Kubernetes, ohne dass etwas Ihre Infrastruktur verlässt.

Demo buchen Zur Plattform

Zertifizierungen & Mitgliedschaften

mogenius ist CNCF Silver Member, ein Certified-Kubernetes-Produkt und ISO 27001 zertifiziert durch den TÜV Saarland.