NodeVM builtin denylist bypass via process and inspector/promises allows host code execution
Published 29 May 2026 · Updated 12 Jun 2026
Affected package
- Affected
- <3.11.4
- Fixed in
- 3.11.4
npm install vm2@3.11.4Details
Summary
NodeVM blocks several dangerous Node.js builtins such as module, worker_threads, cluster, vm, repl, and inspector.
However, the denylist misses process and inspector/promises. Both can be used from sandboxed code to reach host-side execution primitives.
This allows sandboxed code to bypass the intended builtin restrictions and execute code in the host process.
Details
The dangerous builtin denylist is defined in lib/builtin.js. This list does not include:
process inspector/promises
Non-denied builtins are exposed to the sandbox through:
builtins.set(key, special ? special : vm => vm.readonly(hostRequire(key)));
Because of this, sandboxed code can bypass the expected restrictions in two ways:
1. require('process').getBuiltinModule('child_process') reloads child_process, even when child_process is excluded.
2. require('inspector/promises') exposes the Inspector protocol and can call Runtime.evaluate in the host process.
PoC
Tested on:
vm2: 3.11.2 Node.js: v25.9.0
Run from the vm2 repository root:
node poc/dangerous-builtin-denylist-rce.js
dangerous-builtin-denylist-rce.js
The PoC first confirms the intended restrictions work:
require("inspector"): BLOCKED
require("child_process"): BLOCKEDThen it bypasses them:
require("process").getBuiltinModule("child_process").execFileSync(...)This spawns a host child process. It also confirms:
require("inspector/promises").Session().post("Runtime.evaluate", ...)This evaluates JavaScript in the host process.
<img width="858" height="766" alt="Screenshot 2026-05-10 at 11 53 33 AM" src="https://github.com/user-attachments/assets/7614aecb-5ffd-4c41-bfe8-e1fcb3b1bb59" />
Impact
An attacker who can run untrusted JavaScript inside NodeVM with affected builtin settings can escape the sandbox and execute arbitrary code in the host process.
This can lead to full compromise of the application process, including reading files, writing files, spawning processes, and accessing host environment secrets.
(This is not reachable with the default NodeVM configuration where require is disabled or no affected builtins are allowed. It affects applications that allow process, inspector/promises, or the wildcard "*" in require.builtin.)
Suggested fix
Add process and inspector/promises to the dangerous builtin blocklist.
Also consider blocking dangerous builtin families by prefix, for example blocking both:
inspector inspector/*
instead of only exact module names.
Is GHSA-rp36-8xq3-r6c4 in any of your client repos?
Checking one package by hand is fine. Checking it across forty client projects is not. NPMscan reads the lockfiles in every GitHub repo you pick, finds each project with an affected vm2, and gives you the command that fixes it.
References
Advisory data from OSV.dev (opens OSV.dev in a new tab), refreshed daily.