Kritische SandboxJS-Fläche ermöglicht Angreifern Kontrolle über den Host

Einordnung fuer Autofahrer

Die Auswirkungen sind schwerwiegend, da ein Angreifer, der diese Lücke ausnutzt, vollständige Remote-Code-Ausführung auf der Host-Maschine erreichen kann, ohne dass Anmeldeinformationen erforderlich sind und ohne jegliche Benutzerinteraktion.

Das bedeutet, dass jede Anwendung, die die betroffene Bibliothek zum Ausführen ürdigen JavaScript-Code verwendet, potenziell einem vollständigen und totalen Übernehmen der Host-Maschine ausgesetzt ist. Wie funktioniert der Sandbox-Ausbruch? Eine gepatchte Version, 0.9.6, wurde veröffentlicht und ist nun auf npm verfügbar.

Alle Nutzer des betroffenen Pakets werden dringend aufgefordert, sich unverzüglich zu aktualisieren. Das Verbleiben bei einer Version von 0.9.5 oder darunter lässt die Tür für diese Art verheerender Angriffe weit offen.

Sicherheitslage und Risiko

Die Schwachstelle befindet sich in der Logik des Property-Zugriffs innerhalb einer Datei namens prop.ts, genauer gesagt in einer Funktion namens addOps.

Das Problem besteht darin, dass sandboxierter Code den Eigenschaften `caller`, `callee` und `arguments` CommonJS-Build der Bibliothek ermöglichte dies einem sandboxierten Funktion, beispielsweise `function f(){ return f.caller }` aufzurufen und den internen Host-Seiten-Callback zurückzuerhalten, der ursprünglich die Ausführung ausgelöst hat.

Dieser geleckte Callback ist die Operation `LispType.Call`, die Funktionsaufrufe innerhalb der Laufzeit verwaltet. Das kritische Problem ist, dass dieser Handler ein `params`-Objekt akzeptiert und dessen Felder direkt verwendet, ohne zu prüfen, ob diese Felder tatsächlich vom vertrauenswürdigen Executor stammen.

Da der Angreifer diese Felder vollständig

Da der Angreifer diese Felder vollständig kontrolliert, kann er gefälschte Eingaben konstruieren, die den Handler dazu verleiten, Aktionen auszuführen, die er eigentlich nicht ausführen sollte. Durch die Verkettung einer Reihe über den geleckten Callback kann ein Angreifer den echten Host-Funktionskonstruktor extrahieren.

Sobald er diesen besitzt, kann er ihm einen String mit JavaScript-Code übergeben und diesen direkt auf dem Host ausführen. Der im Sicherheitshinweis enthaltene Proof-of-Concept verdeutlicht dies eindeutig, indem er einen Systembefehl über das integrierte child_process-Modul ührt.

Remote Code Execution und das umfassendere Risiko Der CVSS-Wert von 10,0 spiegelt die wahre Gefährlichkeit dieser Schwachstelle wider. Der Angriff kann über das Netzwerk initiiert werden, erfordert eine geringe Komplexität zur Ausführung, benötigt keine besonderen Berechtigungen und setzt keine Aktion durch den Benutzer voraus.

Sicherheitslage und Risiko

Der Wirkungsbereich ist als „Changed" (geändert) gekennzeichnet, was bedeutet, dass ein erfolgreicher Exploit die Grenze vom Sandkasten-Umfeld direkt in das Wirtssystem überschreitet. Jede Plattform, die SandboxJS zur Ausführung stammendem JavaScript einsetzt, ist betroffen.

Dies umfasst Online-Code-Editoren, serverseitige Skripting-Tools, Automatisierungsplattformen sowie jede Anwendung, die un vertrauenswürdige Skripte verarbeitet. Sobald der Sandkasten durchbrochen ist, erhalten Angreifer vollen Zugriff auf Vertraulichkeit, Integrität und Verfügbarkeit des Wirts.

Die Korrektur in Version 0.9.6 behebt die Ursache, indem sie den Zugriff auf die Eigenschaften caller, callee und arguments innerhalb, die sich nicht sofort aktualisieren können, sollten die Ausführung ürdigen JavaScript-Code über die betroffene Bibliothek vermeiden, bis das Patching ordnungsgemäß angewendet und in ihrer eigenen Umgebung gründlich getestet wurde.