Entwickler baut Firecracker MicroVM-Sandbox für OpenClaw Security
Ein Entwickler auf r/openclaw baute eine sicherheitsorientierte Sandbox für die Ausführung von OpenClaw-Agenten, nachdem er Bedenken hatte, LLMs beliebigen Python-Code lokal ausführen zu lassen. Die Lösung nutzt Firecracker-MicroVMs, die gleiche Technologie, die auch AWS Lambda antreibt.
Wichtige Details zum Aufbau
Der Entwickler versuchte zunächst NemoClaw, stellte jedoch fest, dass es 8-16 GB RAM benötigte und weiterhin Container verwendete, was seinen Sicherheitsanforderungen nicht entsprach. Die Firecracker-basierte Lösung bietet:
- Jedes Skript läuft in seiner eigenen Linux-Kernel-Isolierung
- Kaltstartzeit unter 150 ms
- Harte RAM-Begrenzung von 128 MB pro VM
- Kein Netzwerkzugriff, es sei denn, er wird explizit aktiviert
- Die VM wird nach Abschluss der Skriptausführung beendet
- Ausgabestreams werden aus der isolierten Umgebung zurückgesendet
Das System ist so konzipiert, dass Code in der MicroVM ausgeführt wird, Ausgabestreams zum Host zurückfließen und die VM dann beendet wird. Dieser Ansatz bietet Kernel-Level-Isolierung anstelle von containerbasierter Sicherheit.
Zukünftige Pläne
Der Entwickler plant als Nächstes den Aufbau von Compute-Profilen, die es Agenten ermöglichen, je nach Aufgabenanforderungen verschiedene VM-Konfigurationen anzufordern. Beispielsweise könnte eine "schwere" VM für Datenverarbeitung mit pandas hochgefahren werden, während einfache Mathe-Skripte die standardmäßige kleine Konfiguration verwenden würden.
Der Beitrag bittet um Feedback der Community, ob dieses Maß an Isolierung für den lokalen Agenteneinsatz praktikabel ist oder eine Übertechnisierung aus Sicherheitsgründen darstellt.
📖 Read the full source: r/openclaw
👀 Siehe auch
Zwei Ansätze zur Reduzierung des Datenleak-Risikos bei KI-Agenten
Ein Reddit-Beitrag beschreibt zwei Methoden für Entwickler, um zu kontrollieren, wohin ihre KI-Agenten-Daten fließen: entweder eigene API-Schlüssel direkt bei Anbietern wie OpenAI oder Anthropic verwenden, um Zwischenhändler auszuschalten, oder Open-Source-Modelle lokal mit Tools wie Ollama und OpenClaw ausführen.
Clawvisor: Zweckbasierte Autorisierungsschicht für OpenClaw-Agenten
Clawvisor ist eine Autorisierungsschicht, die zwischen KI-Agenten und APIs sitzt und zweckbasierte Autorisierung durchsetzt, bei der Agenten Absichten deklarieren, Benutzer bestimmte Zwecke genehmigen und ein KI-Gatekeeper jede Anfrage gegen diesen Zweck überprüft. Anmeldedaten verlassen Clawvisor nie und Agenten sehen sie nie.
OpenClaw blockierte ein fragwürdiges Skript aus einem Produktivitätshandbuch und erstellte dann weiter das finanzielle Arbeitsbuch
Ein Benutzer gab OpenClaw ein ZIP-Archiv mit einem verdächtigen Produktivitätshandbuch. OpenClaw weigerte sich, das Skript auszuführen, markierte es wegen der Auto-Installation in das Skills-Verzeichnis und erstellte das Arbeitsbuch manuell mit integrierten Fähigkeiten.
KI-System entdeckt 12 Zero-Day-Schwachstellen in OpenSSL, Curl stoppt Bug-Bounty-Programm wegen KI-Spam
Das KI-System von AISLE entdeckte alle 12 Zero-Day-Schwachstellen im aktuellen Sicherheits-Release von OpenSSL, was die erste groß angelegte Demonstration KI-basierter Cybersicherheit darstellt. Gleichzeitig hat curl sein Bug-Bounty-Programm aufgrund von KI-generierten Spam-Einreichungen eingestellt.