CVE-2026-45411: vm2: Sandbox Breakout Using Async Generator
vm2 is an open source vm/sandbox for Node.js. Prior to 3.11.3, it is possible to catch a host exception using the yield* expression inside an async generator. When the generator is closed using the return function, the value is awaited on and exceptions thrown in the then call will be caught by the runtime and passed to the yield* iterator as the next value. This allows attackers to write code which can escape from the VM2 sandbox and execute arbitrary commands on the host system. This vulnerability is fixed in 3.11.3.
Security readout for executives and security teams
Plain-English summary
Applications using vm2 to run untrusted JavaScript may not be safely isolated. An attacker able to submit code to a vulnerable sandbox could escape it and execute commands on the host, potentially compromising data, workloads, and service availability. vm2 versions before 3.11.3 are affected.
Executive priority
Prioritize immediate remediation for internet-accessible or multi-tenant systems that run untrusted JavaScript through vm2. The vulnerability crosses a security boundary and can lead to full host-level confidentiality, integrity, and availability impact. Lower-access environments still require prompt inventory and upgrade.
Technical view
An async-generator yield* edge case can expose a host exception to sandboxed code. Closing the generator through its return function causes a value to be awaited; exceptions from its then call can reach the yield* iterator, enabling sandbox escape and arbitrary host command execution. The issue maps to CWE-237 and CWE-668.
Likely exposure
Exposure is most likely where vm2 earlier than 3.11.3 executes attacker-controlled or otherwise untrusted JavaScript. Risk depends on whether users can reach that execution path and on the privileges and network access of the hosting Node.js process. Presence of vm2 alone does not prove exploitability.
Exploitation context
The supplied record assigns CVSS 9.8 with network access, low complexity, no privileges, and no user interaction. However, KEV is false, and the supplied sources do not establish active exploitation. Treat public-facing untrusted-code services as urgent without claiming attacks are occurring.
Researcher notes
The decisive exposure condition is attacker influence over code executed inside vulnerable vm2. Assess wrappers, job processors, plugin systems, and indirect dependency use, but do not assume every installation is reachable. The provided evidence names 3.11.3 as the fixed version; it provides no basis for claiming exploitation in the wild.
Mitigation direction
Upgrade vm2 to version 3.11.3 or later.
Identify and update applications carrying vulnerable transitive vm2 dependencies.
Redeploy or restart affected workloads so the corrected dependency is active.
Until upgraded, suspend untrusted-code execution and consult the vendor advisory.
Validation and detection
Confirm production dependency inventories resolve vm2 to version 3.11.3 or later.
Map every input path that can submit code to a vm2 sandbox.
Verify rebuilt workloads no longer contain an older bundled or cached vm2 copy.
Review sandbox-host telemetry for unexpected processes, network activity, or filesystem changes.
Test isolation safely in a non-production environment without weaponized payloads.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cwe · low confidence lookup
CWE-237: Exact CWE lookup
Use the exact CWE identifier as the starting point before reviewing related ATT&CK behavior. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
Use the exact CWE identifier as the starting point before reviewing related ATT&CK behavior. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
2CVSS vectors
5Timeline events
2ADP providers
6Source links
SSVC decision data
CISA-ADPCISA Coordinator
Timestamp
Version
2.0.3
Exploitation: pocAutomatable: yesTechnical Impact: total
CVSS vector scores
2 official scores
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.
CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.
CWE-237 · source CWE mapping
Improper Handling of Structural Elements
Improper Handling of Structural Elements represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.
Exposure of Resource to Wrong Sphere represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.