CVE-2026-47140: vm2: NodeVM builtin denylist bypass via process and inspector/promises allows host code execution

Published May 29, 2026
·
Updated

Summary

NodeVM blocks several dangerous Node.js builtins such as module, workerthreads, 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:

text process inspector/promises

Non-denied builtins are exposed to the sandbox through:

js 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('childprocess') reloads childprocess, even when childprocess is excluded. 2. require('inspector/promises') exposes the Inspector protocol and can call Runtime.evaluate in the host process.

PoC

Tested on:

text vm2: 3.11.2 Node.js: v25.9.0

Run from the vm2 repository root:

bash node poc/dangerous-builtin-denylist-rce.js dangerous-builtin-denylist-rce.js

The PoC first confirms the intended restrictions work:

text require("inspector"): BLOCKED require("childprocess"): BLOCKED

Then it bypasses them:

text require("process").getBuiltinModule("childprocess").execFileSync(...)

This spawns a host child process. It also confirms:

text 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:

text inspector inspector/

instead of only exact module names.

Other sources

vm2 is an open source vm/sandbox for Node.js. Prior to version 3.11.4, NodeVM blocks several dangerous Node.js builtins such as module, workerthreads, 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. This issue has been patched in version 3.11.4.

MITRE

Affected Software

1 affected componentFixes available
npm/vm2<=3.11.3
3.11.4

Remediation

Recommended actions to resolve this vulnerability, in priority order.

  1. Upgrade

    Upgrade npm/vm2 to a version that resolves this vulnerability.

    Fixed in 3.11.4
  2. Configuration

    Add 'process' and 'inspector/promises' to NodeVM's builtin denylist. Also consider blocking the inspector family by prefix (for example 'inspector' and 'inspector/*') so related modules cannot be required.

    vm2 (NodeVM) builtin denylist builtin_denylist = include 'process' and 'inspector/promises' (and consider blocking 'inspector' and 'inspector/*' by prefix)
  3. Compensating control

    Until the patch is applied, disable or restrict require() in NodeVM and ensure require.builtin does not allow 'process', 'inspector/promises', or the wildcard '*' — e.g. run NodeVM with require disabled or a restrictive allowlist to prevent sandbox escapes.

Event History

May 29, 2026
Advisory Published
via GitHub·05:59 PM
Data Sourced
via GitHub·05:59 PM
DescriptionSeverityWeaknessAffected Software
Jun 12, 2026
CVE Published
via MITRE·02:16 PM
Data Sourced
via MITRE·02:16 PM
DescriptionSeverityWeakness
Data Sourced
via NVD·03:16 PM
DescriptionSeverityWeakness

Frequently Asked Questions

1

What is the severity of CVE-2026-47140?

The severity of CVE-2026-47140 is rated as critical with a score of 10.

2

What is the risk associated with CVE-2026-47140?

CVE-2026-47140 has a risk rating of 87, indicating a high level of concern.

3

How can I fix CVE-2026-47140?

To fix CVE-2026-47140, update your npm/vm2 to the latest version where the vulnerability has been addressed.

4

What software is affected by CVE-2026-47140?

CVE-2026-47140 affects the npm/vm2 package.

5

What makes CVE-2026-47140 particularly dangerous?

CVE-2026-47140 is dangerous because it allows sandboxed code to exploit the unblocked `process` and `inspector/promises`, leading to potential host-side execution.

Contact

SecAlerts Pty Ltd.
132 Wickham Terrace
Fortitude Valley,
QLD 4006, Australia
info@secalerts.co
By using SecAlerts services, you agree to our services end-user license agreement. This website is safeguarded by reCAPTCHA and governed by the Google Privacy Policy and Terms of Service. All names, logos, and brands of products are owned by their respective owners, and any usage of these names, logos, and brands for identification purposes only does not imply endorsement. If you possess any content that requires removal, please get in touch with us.
© 2026 SecAlerts Pty Ltd.
ABN: 70 645 966 203, ACN: 645 966 203