Th0rgal sandboxed.sh: Container-Escape über nsenter ohne --root
Zusammenfassung
sandboxed.sh bis Version 1.3.0 erlaubt Code in einem Container-Workspace den Zugriff auf das Host-Dateisystem. Da nsenter ohne --root angebunden wird, können absolute Host-Pfade aufgelöst und Host-Dateien gelesen oder verändert werden, wodurch die dokumentierte Isolation umgangen wird. Ein Angreifer benötigt Zugriff mit niedrigen Privilegien, der das Ausführen von Code in einem Workspace erlaubt, zum Beispiel über einen Agenten, der eingeschleusten Anweisungen folgt.
Betroffen
- sandboxed.sh bis 1.3.0 (gemäss CVE-Eintrag und VulnCheck)
- Zuordnung der Version zu den Release-Nummern des Projekts: Unbekannt.
Behoben in
- Unbekannt. Es wurde kein Herstellerhinweis oder fixes Release gefunden.
- Der referenzierte Commit 4ab42e91 soll eine optionale nsenter-Root-Einstellung einführen; ob die Standardkonfiguration behoben ist, ist Unbekannt.
Umgehung
- sandboxed.sh nicht auf Hosts betreiben, die sensitive Dateien, Zugangsdaten oder Geschäftsdaten enthalten; eine dedizierte VM oder einen dedizierten Host verwenden.
- Einschränken, wer Missionen starten kann und welche Agenten oder Prompts Zugriff auf Workspaces haben.
- Prüfen, ob die optionale nsenter-Root-Einstellung in der eingesetzten Version existiert und aktiviert ist.
- Web-UI und API nicht über das Internet oder unsichere Netzwerke erreichbar machen.
Ausnutzung
- In den geprüften Quellen nicht als aktiv ausgenutzt markiert (CISA KEV: Nein).
- CISA SSVC: Ausnutzung keine, automatisierbar nein, technische Auswirkung total.
- Kein öffentlicher Proof of Concept gefunden.
- EPSS: 0.00126.
Unsere Empfehlung
- Prüfen, ob sandboxed.sh in der Organisation eingesetzt wird, insbesondere auf gemeinsam genutzten Hosts.
- Bei Einsatz auf einer dedizierten VM isolieren und den Zugriff auf vertrauenswürdige Benutzer und Agenten beschränken.
- Nicht gegenüber unsicheren Netzwerken exponieren.
- Den VulnCheck-Hinweis und das GitHub-Repository regelmässig prüfen und ein Fix-Release einspielen, sobald es verfügbar ist.
- Host-Dateizugriffe aus Container-Workspaces überwachen.
Öffentliche Exploits
In PoC-in-GitHub, Metasploit und Exploit-DB ist für diese CVE nichts verzeichnet.
Quellen der Recherche
- VulnCheck advisory www.vulncheck.com
- Fix commit 4ab42e91 github.com
- Orb repository github.com
- OSV record osv.dev
- sandboxed.sh repository github.com
Recherchiert und auf Deutsch und Englisch aufbereitet von einer KI (Claude von Anthropic) auf Basis von NVD, CISA, EPSS und den genannten Quellen. Massgebend sind die Angaben des Herstellers. Recherche vom 31.10.2026 02:25.
Quellen
Der Tracker verbindet offizielle, frei nutzbare Datenquellen – laufend aktualisiert:
- NVD (NIST) – CVE, Bewertung (CVSS), betroffene Produkte
- CISA KEV – von der CISA bestätigt aktiv ausgenutzte Lücken
- CISA Vulnrichment – Einschätzung der CISA (SSVC) im offiziellen CVE-Eintrag
- FIRST EPSS – Wahrscheinlichkeit einer Ausnutzung
- Microsoft MSRC – Patch Tuesday: Lücken, Schweregrad, Updates
- PoC-in-GitHub – öffentliche Proof-of-Concept-Repositories
- Metasploit (Rapid7) – Module des Metasploit Framework
- Exploit-DB (OffSec) – Archiv öffentlicher Exploits (nur Verweise)
- Patch-Tage: offizielle Seiten der Hersteller (je Hersteller verlinkt) (Patch-Tage der Hersteller)
Dieses Angebot nutzt Daten der NVD-API, ist aber von der NVD weder unterstützt noch zertifiziert. EPSS-Daten © FIRST.org.
Betroffen? Wir helfen.
Wir prüfen, ob Ihre Systeme betroffen sind, spielen Updates ein und schliessen die Lücke – auf Wunsch auch laufend mit dem System Health Checker.