CVE-2023-32314
Vm2 Project Vm2 ≤ 3.9.18
Raw vector
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:HSummary
CVE-2023-32314 is a critical-severity Injection (CWE-74) vulnerability in Vm2 Project Vm2. Its CVSS base score is 9.8 (Critical).
Operationally, exploitation aligns with the MITRE ATT&CK technique Exploit Public-Facing Application (T1190); ranked in the top 6% of CVEs by exploit likelihood; it is not currently listed in the CISA KEV catalog; a public proof-of-concept is referenced.
Deeper analysis AI-assisted summary
Synthesised by an AI model from the NVD description and linked references — a reading aid, not an authoritative source.
vm2 is a JavaScript sandbox for safely executing untrusted code alongside Node.js built-in modules. CVE-2023-32314 is a sandbox-escape vulnerability present in all versions through 3.9.17 that stems from an unexpected host-object creation triggered by the ECMAScript Proxy specification. Successful exploitation allows an attacker to break out of the sandbox and obtain arbitrary code execution on the underlying host. The flaw received a CVSS 3.1 base score of 9.8.
An unauthenticated attacker can supply malicious JavaScript that runs inside a vm2 sandbox; by abusing the Proxy behavior the attacker can reach and manipulate host objects, ultimately spawning an operating-system process or otherwise executing code outside the sandbox. The attack requires only the ability to load code into the sandbox and needs no user interaction or special privileges.
The project’s security advisory and the 3.9.18 release notes state that the issue is resolved by upgrading to vm2 3.9.18; no workarounds are documented. The associated GitHub commit and proof-of-concept gist illustrate the Proxy misuse that was corrected.
EPSS scores for the CVE reached a peak of 0.7276 and currently stand at 0.6169, indicating sustained and material exploitation interest after disclosure.
OWASP Top 10 for Web (2025)
EU & UK References
- 🇪🇺 ENISA EUVD: EUVD-2023-1640
Vulnerability Data
vm2 is a sandbox that can run untrusted code with Node's built-in modules. A sandbox escape vulnerability exists in vm2 for versions up to and including 3.9.17. It abuses an unexpected creation of a host object based on the specification…
more
of `Proxy`. As a result a threat actor can bypass the sandbox protections to gain remote code execution rights on the host running the sandbox. This vulnerability was patched in the release of version `3.9.18` of `vm2`. Users are advised to upgrade. There are no known workarounds for this vulnerability.
- CWE(s)
Related Threats
MITRE ATT&CK Enterprise Techniques
CVEs Like This One
Affected Assets
Mitigating Controls
Control response
—
—
—
V1.2.1V1.2.3V1.2.5V1.2.8
Likely Mitigating Controls AI
Per-CVE control mapping for this CVE has not run yet; the list below is derived from the weakness types (CWEs) cited in the NVD entry.
Developer assessments and testing (including injection-focused techniques) identify improper neutralization of special elements, and the verifiable flaw remediation corrects them pre-deployment.
Identifies indicators of injection attacks (command, SQL, LDAP, etc.) via anomaly and attack monitoring.
Mitigating Controls (NIST CSF 2.0) AI
Derived directly from the weakness types (CWEs) cited in the NVD entry via our AI-authored CWE→CSF cross-walk (authority under review) — links open the control.
Secure SDLC practices directly require input validation and output encoding that prevent injection flaws.
Mitigating Controls (ISO/IEC 27001:2022 Annex A) AI
Derived directly from the weakness types (CWEs) cited in the NVD entry via our AI-authored CWE→ISO cross-walk (authority under review) — links open the control.
Security testing in development catches injection vulnerabilities before release.
Logging supports detection of injection attempts but does not prevent the weakness.
Monitoring activities can identify active injection attacks after they occur.
Secure development life cycle mandates input validation and output encoding that directly prevent injection flaws.
Application security requirements explicitly call for controls against injection attacks in software design.
Secure architecture principles reduce injection surfaces but do not prescribe specific neutralization techniques.