MCP Sandbox: Führen Sie MCP-Server in isolierten Containern aus, ohne ihnen vertrauen zu müssen
Ein Entwickler hat MCP Sandbox erstellt, ein Tool, das Sicherheitsbedenken beim Ausführen von MCP-Servern (Model Context Protocol) adressiert, indem es diese in isolierten Containern ausführt, anstatt ihnen direkt zu vertrauen. Der derzeitige Standardansatz, MCP-Server auszuführen und auf das Beste zu hoffen, birgt Risiken, da diese Server Code enthalten können, der CVEs, Hintertüren, Datenexfiltrationsfähigkeiten oder Prompt-Injection-Schwachstellen aufweisen kann.
Wichtige Sicherheitsfunktionen
MCP Sandbox implementiert mehrere Sicherheitsmaßnahmen:
- Führt MCP-Server in isolierten Containern mit gVisor aus
- Bietet keinen direkten Zugriff auf Ihr Host-System
- Implementiert kontrollierten Netzwerkzugriff mit Standard-Verweigerungsrichtlinie
- Schleust Geheimnisse sicher ein, ohne sie dem Servercode auszusetzen
Validierung vor der Ausführung
Bevor ein MCP-Server ausgeführt wird, führt das System mehrere Prüfungen durch:
- Scannt Code auf bekannte CVEs
- Prüft gegen Millionen realer Fehlermuster
- Validiert Code vor der Ausführung
Das System setzt die Überprüfung im Laufe der Zeit fort, wenn neue Schwachstellen entdeckt werden.
Verfügbarkeit und Entwicklung
Das Tool wird als Teil von mistaike.ai entwickelt, ohne externe Finanzierung. CVE-Scanning ist derzeit kostenlos, und der Entwickler erlaubt die volle Systemnutzung, während Nutzungslimits bestimmt werden. Der Entwickler sucht Feedback von Personen, die mit MCP und KI-Agenten arbeiten, darüber, wie sie derzeit nicht vertrauenswürdigen Tools handhaben.
Dieser Ansatz kehrt das Sicherheitsmodell um – von Vertrauen in MCP-Server hin zu deren Ausführung in einer abgeschotteten Umgebung, in der ihre Aktionen eingeschränkt und überwacht werden.
📖 Read the full source: r/ClaudeAI
👀 Siehe auch
Analyse statischer Sicherheit von 48 KI-generierten Apps: 90 % wiesen Sicherheitslücken auf
Ein Entwickler scannte 48 öffentliche GitHub-Repos, die mit Lovable, Bolt und Replit erstellt wurden. 90% hatten mindestens eine Schwachstelle. Häufige Probleme: Authentifizierungslücken (44%), SECURITY DEFINER Postgres-Funktionen (33%), BOLA/IDOR (25%) und eingecheckte Geheimnisse (25%).
OpenClaw 2026.9.2 Prompt-Injection-Versuch: Wie es passierte und was wir daraus lernen können
Ein Angreifer sandte eine Prompt-Injection-Payload an einen OpenClaw-WhatsApp-Kanal, aber der eigene Selbsterkennungs-Probe des Agenten deckte sie auf. Es entstand kein Schaden – abgesehen von einigen Read-only-Greps. Was können wir über strukturelle Vertrauensgrenzen lernen?
Pro-Se-Kläger versteckt KI-Prompt-Injectionen in Gerichtsdokument
Ein sich selbst vertretender Kläger in Connecticut versteckte Prompt-Injection-Anweisungen in weißen, 3-Punkt-Schriftarten in Gerichtsdokumenten und wies jede KI an, ihn zu unterstützen. Das Gericht bemerkte es und verhängte Sanktionen.
FastCGI: 30 Jahre alt und immer noch das bessere Protokoll für Reverse-Proxies
FastCGI vermeidet HTTP-Desync-Angriffe und Probleme mit nicht vertrauenswürdigen Headern, indem es explizites Nachrichten-Framing und getrennte Parameterkanäle verwendet. Damit ist es eine sicherere Wahl für die Proxy-zu-Backend-Kommunikation.