LONDON (IT BOLTWISE) – Forscher melden eine kritische Schwachstelle in isolated-vm, einem verbreiteten Open-Source-Sandbox-Ansatz für untrusted JavaScript. Durch einen Fehler in der ExternalCopy-Komponente könnten Angreifer die Speichergrenzen zwischen V8 Isolate und Host-Prozess unterlaufen. Das Problem betrifft alle Versionen vor und einschließlich 7.0.0 und wurde in Version 6.2.0 sowie 7.0.1 behoben. Betroffen sind damit vor allem Setups, die sandboxierten Code einen ivm.Reference-Fähigkeitsbezug geben.
Isolated-vm ist im Node.js-Ökosystem vor allem deshalb beliebt, weil es untrusted JavaScript in einem sogenannten V8 Isolate ausführt. Dabei handelt es sich um eine weitgehend abgeschottete Instanz der V8-Engine, die ihre eigene Laufzeitumgebung mit separatem Zustand und eigenem Heap besitzt. Der praktische Nutzen ist klar: Mehrere isolierte Ausführungsumgebungen können parallel laufen, ohne direkt auf gemeinsame JavaScript-Objekte zuzugreifen. Genau an dieser Stelle setzt die aktuelle Meldung an, denn die Schwachstelle zielt nicht auf das Isolate-Prinzip als solches, sondern auf die C++-Kopplung, die Werte über die Isolate-Grenze hinweg marshalt.
Technisch wird isolated-vm als Node.js-Bibliothek beschrieben, die die Isolation von V8 Isolates mit einer Schnittstelle erweitert, um Daten sicher zwischen Host und Gastumgebung zu übertragen. Da ein Isolate eigenen Heap und eigenen Zustand nutzt, lassen sich JavaScript-Objekte nicht einfach „by reference“ zwischen dem Haupt-Thread und dem Worker-Isolate übergeben. Stattdessen stellt isolated-vm die Klasse ExternalCopy bereit, die JavaScript-Objekte im Host-Isolate serialisiert und im Gast-Isolate wieder deserialisiert. Die gemeldete Schwachstelle befindet sich laut der technischen Ausarbeitung im Umgang mit der Option transferList innerhalb dieser ExternalCopy-Logik. Der Kernfehler ist eine sogenannte Type Confusion, also eine Situation, in der zur Laufzeit falsche Typannahmen gemacht werden und dadurch der Speicherzugriff inkonsistent wird.
Die konkrete Sicherheitsfolge: Code, der innerhalb der Sandbox läuft, kann aus dem isolierten Kontext ausbrechen und den Speicher im Host-Prozess beschädigen. In der Beschreibung wird das anhand eines Wegs vom kontrollierten Adress-Crash bis hin zur Beeinflussung des Control Flows erläutert. Ausdrücklich wird die Veröffentlichung nicht als reine theoretische Lücke dargestellt, sondern als demonstrierbarer Eskalationspfad. Der Forscher Cristian-Alexandru Staicu, der mit der Entdeckung und dem Reporting der Lücke betraut wird, ordnet den Befund in einem technischen Beitrag so ein: „A type confusion in ExternalCopy’s handling of the transferList option lets code running inside the sandbox corrupt memory in the host process.“ Weiter heißt es dort, dass ab einem Ausgangspunkt mit einer einzelnen ivm.Reference die Auswirkungen von einem kontrollierten Crash bis zu einem möglichen Hijacking des Host-Verhaltens reichen.
Auch der Projektbetreiber Marcel Laverdet benennt die Bandbreite der beobachteten Effekte in seinem Advisory. Als Mindestwirkung wird ein zuverlässiger, kontrollierter Crash beschrieben, der sich als Denial of Service interpretieren lässt und von jedem Gast ausgelöst werden kann, dem eine ivm.Reference gegeben wurde. Als maximale Wirkung nennt die Meldung eine potenzielle Control-Flow-Hijack des Host-Prozesses, was im Extremfall in Richtung Remote Code Execution (RCE) gehen kann. Das ist ein wichtiger Unterschied für Sicherheitsverantwortliche: Ein „nur“ crash-fähiger Bug ist zwar bereits kritisch, aber deutlich leichter in der Risikoeinschätzung zu behandeln als eine mögliche Eskalation auf Code-Ausführung. Dass die Schwachstelle ohne direkte Objektübergabe auskommt und stattdessen über die Fähigkeitsübergabe (ivm.Reference) in Gang gesetzt wird, macht sie zudem für typische Sandbox-Integrationen besonders relevant.
Für Betreiber bedeutet das Update-Schema: Die Schwachstelle trägt die interne Kennung GHSA-864f-rcv7-6rh4 und ist noch ohne CVE-Identifikator. Sie betrifft laut Meldung alle Versionen von isolated-vm vor bzw. bis einschließlich 7.0.0. Patches liegen in Version 6.2.0 und 7.0.1 vor; wer also mit isolated-vm in Entwicklung oder Produktion arbeitet, sollte gezielt auf diese Versionen aktualisieren. Dass in der Zwischenzeit keine vollständigen Exploit-Details öffentlich gemacht wurden, wird mit dem Schutz vor Missbrauch begründet. Zugleich liefert die Nachricht eine strategische Einordnung: Staicu betont, dass nicht die Isolation als primitive gescheitert ist, sondern die „binding layer“ genannten Brückentechniken, die Werte zwischen den Grenzen übertragen. Seine Aussage lautet: „The most important takeaway is that what was not broken was the isolation primitive itself.“
Aus Industriesicht ist das auch deshalb ein Weckruf, weil Isolates in der Praxis oft als Baustein für höhere Vertrauensannahmen genutzt werden – etwa bei Plattformen, die Drittcode ausführen, Skripte für Automatisierungen erlauben oder regelbasierte Logik extern spezifizieren. Wenn die Isolationseinheit technisch korrekt ist, aber die Materialisierung von Daten über die Grenze fehlerhaft gelingt, entsteht genau dort die Angriffsfläche, wo Integratoren typischerweise „nur noch“ die API richtig verdrahten müssen. In der Bewertung hilft zudem die klare Architekturbeschreibung: Da ein Isolate keine JavaScript-Objekte direkt „durchreicht“, entsteht eine Schnittstelle, die zwangsläufig die Typkonsistenz und Speicherverwaltung beherrschen muss. Für DevOps-Teams und Security Engineering heißt das konkret: Neben dem reinen Update sollte auch überprüft werden, wie ivm.Reference in den jeweiligen Anwendungen verwendet wird und welche Datenpfade über ExternalCopy laufen.
Auch für die KI-Entwicklung spielt das indirekt hinein: Moderne KI-Workflows integrieren zunehmend externe Tools, Skripte und Worker-Prozesse, die zwischen Rechnern, Pipelines und Ausführungsumgebungen wechseln. Wenn dabei isoliertes JavaScript als Mechanismus zur Begrenzung untrusted Inputs genutzt wird, verschiebt sich die Sicherheitsarchitektur von „modellseitig“ hin zu „ausführungsseitig“. Damit rückt die Frage nach dem Zusammenspiel von Sandbox, Capability-Übergabe und nativen Bindings in den Vordergrund. Die aktuelle Schwachstelle zeigt, dass die größte Angriffsfläche häufig nicht auf der sichtbaren Ebene der API liegt, sondern in den nativen Komponenten, die Werte marshallen. Wer isolated-vm einsetzt, sollte den Patchpfad priorisieren und die Umsetzung der transferList-Nutzung sowie die Einbindung der ExternalCopy-Mechanik als Teil des Threat Models behandeln.
💳 Amazon-Kreditkarte mit 2.000 Euro Limit bestellen!
🔥 Heutige Hot Deals bei Amazon: Bis zu 80% Rabatte!
🎉 Amazon Haul-Store für absolute Schnäppchenjäger!
- ★ 23-stufiges KI-Go-Training – Für Spieler mit Grundkenntnissen der Regeln – Entwickelt als intelligenter Trainingspartner passt sich die KI Spielern von 18K bis 9D an. Ideal für alle, die die Grundregeln bereits beherrschen und ihr Spiel verbessern möchten.
- IHR EMOTIONALER AI-BEGLEITER: Eiliko ist mehr als nur ein Anhänger, es ist ein charismatischer KI-Freund. Mit einem dynamischen LED-Bildschirm, der eine Vielzahl von animierten Gesichtern und Ausdrucksformen anzeigt, reagiert er auf Ihre Interaktionen mit einzigartiger Persönlichkeit und Charme.
- 【MEHR LEBEN FÜR DEINEN SCHREIBTISCH】 Lerne Eilik kennen – deinen kleinen Roboter-Freund mit Persönlichkeit. Mit liebevollen Animationen, ausdrucksstarken Reaktionen und spielerischen Interaktionen bringt Eilik mehr Freude in deinen Alltag. Ob auf dem Schreibtisch, im Büro oder am Nachttisch – Eilik wird schnell zu einem vertrauten Begleiter für besondere Momente.
- 【XL-Größe für gedeihende Pflanzen】Geben Sie Ihren Pflanzen den Raum, den sie verdienen! Unser verbessertes, großes 13,7 cm großes Design bietet Platz für Pflanzen mit einem Durchmesser von bis zu 8,9 cm und damit deutlich mehr Platz für Wurzelwachstum und Pflanzengesundheit im Vergleich zu kleineren, veralteten Modellen. Die Produktabmessungen betragen 13,6 x 13,6 x 13,2 cm und das Gerät wiegt nur 355 g.
- V28 Update - JETZT MIT NEUEN FUNKTIONEN! Als Reaktion auf das Ladeproblem von Loona haben wir das automatische Aufladen 2.0 verbessert. Diese Optimierung hilft Loona, die Ladewege in verschiedenen Szenarien zu erkennen und anzupassen, um die Erfolgsquote beim automatischen Aufladen zu erhöhen. Mobile Hotspots können sich mit Loona verbinden und überwinden WLAN-Einschränkungen, sodass Sie jederzeit und überall mit Loona interagieren können.
- Die besten Bücher rund um KI & Robotik!
- Die besten KI-News kostenlos per eMail erhalten!
- Zur Startseite von IT BOLTWISE® für aktuelle KI-News!
- IT BOLTWISE® kostenlos auf Patreon unterstützen!
- Aktuelle KI-Jobs auf StepStone finden und bewerben!
- Künstliche Intelligenz: Dem Menschen überlegen – wie KI uns rettet und bedroht | Der Neurowissenschaftler, Psychiater und SPIEGEL-Bestsellerautor von »Digitale Demenz«
Du hast einen wertvollen Beitrag oder Kommentar zum Artikel "Kritische Schwachstelle in isolated-vm: Sandbox-Escape möglich" für unsere Leser?
#Sophos
#AmazonPrime
#Bestseller
Es werden alle Kommentare moderiert!
Für eine offene Diskussion behalten wir uns vor, jeden Kommentar zu löschen, der nicht direkt auf das Thema abzielt oder nur den Zweck hat, Leser oder Autoren herabzuwürdigen.
Wir möchten, dass respektvoll miteinander kommuniziert wird, so als ob die Diskussion mit real anwesenden Personen geführt wird. Dies machen wir für den Großteil unserer Leser, der sachlich und konstruktiv über ein Thema sprechen möchte.
Du willst nichts verpassen?
Du möchtest über ähnliche News und Beiträge wie "Kritische Schwachstelle in isolated-vm: Sandbox-Escape möglich" informiert werden? Neben der E-Mail-Benachrichtigung habt ihr auch die Möglichkeit, den Feed dieses Beitrags zu abonnieren. Wer natürlich alles lesen möchte, der sollte den RSS-Hauptfeed oder IT BOLTWISE® bei Google News wie auch bei Bing News abonnieren.
Nutze die Google-Suchmaschine für eine weitere Themenrecherche: »Kritische Schwachstelle in isolated-vm: Sandbox-Escape möglich« bei Google Deutschland suchen, bei Bing oder Google News!