CVE-2026-44004: vm2: Host Process OOM DoS via Buffer.alloc (Timeout Bypass)
vm2 is an open source vm/sandbox for Node.js. Prior to 3.11.0, sandboxed code can call Buffer.alloc() with an arbitrary size to allocate memory directly on the host heap. Because Buffer.alloc is a synchronous C++ native call, vm2's timeout option cannot interrupt it. A single request can exhaust host memory and crash the process with a FATAL ERROR: Reached heap limit. This vulnerability is fixed in 3.11.0.
Security readout for executives and security teams
Plain-English summary
Applications using vm2 before 3.11.0 may let untrusted sandboxed code consume enough host memory to crash the Node.js process. One request may cause an outage, and vm2's execution timeout does not stop the allocation. The supplied sources describe availability impact, not data theft or modification.
Executive priority
Treat this as a high-priority availability issue for services executing untrusted code with affected vm2 versions. Accelerate upgrade and deployment verification for externally reachable workloads. The urgency is lower where vm2 is absent or untrusted code cannot reach the sandbox, but dependency evidence should confirm that conclusion.
Technical view
Sandboxed code can request an arbitrary allocation through Buffer.alloc(). This synchronous native operation allocates memory on the host heap and cannot be interrupted by vm2's timeout. Memory exhaustion can terminate the process with a heap-limit fatal error. The issue is classified as CWE-1285 and CWE-770 and fixed in vm2 3.11.0.
Likely exposure
Exposure is most likely where an application runs attacker-controlled or otherwise untrusted JavaScript through vm2 versions below 3.11.0. Risk depends on whether users can reach that execution path and invoke Buffer.alloc(). Systems without vm2, using 3.11.0 or later, or not processing untrusted code are not identified as affected.
Exploitation context
The CVSS 3.1 score is 8.6, reflecting remotely reachable, low-complexity availability impact without required privileges or user interaction. The bundle states that one request can crash the process. It does not provide evidence of active exploitation, and the CVE is not identified as present in KEV.
Researcher notes
The security boundary fails through resource exhaustion rather than sandbox escape or code execution. The important mechanism is that Buffer.alloc() enters synchronous C++ code, bypassing the timeout's ability to interrupt execution. Scope and practical blast radius depend on process supervision, workload placement, and whether the affected process shares resources, but those deployment details are not established by the sources.
Mitigation direction
Upgrade vm2 to version 3.11.0 or later.
Confirm lockfiles and deployed artifacts resolve the corrected version.
Review the GitHub and Red Hat advisories for environment-specific guidance.
Prioritize internet-facing services that execute user-supplied JavaScript.
Validation and detection
Inventory direct and transitive vm2 dependencies across deployed services.
Verify the effective runtime version is 3.11.0 or later.
Identify endpoints or jobs that pass untrusted code into vm2.
Review monitoring for heap-limit crashes and unexplained process restarts.
Use safe staging validation; do not intentionally exhaust production memory.
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-1285: 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.
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-1285 · source CWE mapping
Improper Validation of Specified Index, Position, or Offset in Input
Improper Validation of Specified Index, Position, or Offset in Input represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.
Allocation of Resources Without Limits or Throttling
Allocation of Resources Without Limits or Throttling represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.