CVE-2025-54782: nestjs nest · Command Injection
Affects nestjs nestSource CVE Database V5
Not known to be exploited · public detection template (Nuclei) · 53% EPSS · CVSS 9.4 Critical : upgrade to 0.2.1 as a priority.
Data as of 26 Oct 2026, 10:12 UTC
- EPSS
- 53.3% chance of exploitation in 30 days – higher than 98% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
- Patch
- Available – fixed in 0.2.1
CVSS:4.0/AV:A/AC:L/AT:N/PR:N/UI:N/VC:H/VI:H/VA:H/SC:H/SI:H/SA:HExploitation evidence
Disclosed: evidence found.
CVE published 1 Aug 2025
Detectable: evidence found.
nuclei template: NestJS DevTools Integration - Remote Code Execution
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 26 Oct 2026.
What to do
Upgrade nestjs nest to 0.2.1.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| nestjs nest | Affected
| Fixed in
|
AI-suggested
- Immediate upgrade of @nestjs/devtools-integration package to version 0.2.1 or later to apply the patch that fixes the sandboxing and cross-origin issues.
- Disable or restrict access to the devtools integration endpoints in development environments, especially when working on untrusted networks.
- Implement network segmentation and firewall rules to limit exposure of local development servers to only trusted hosts.
- Educate developers about the risks of visiting untrusted websites during development and encourage use of isolated environments or virtual machines for development work.
- Employ endpoint protection solutions that can detect and block suspicious local code execution activities.
- Review and monitor developer machines for signs of compromise, including unexpected processes or network connections.
- Integrate secure coding practices and sandboxing verification in the development lifecycle to prevent similar issues.
Description
Nest is a framework for building scalable Node.js server-side applications. In versions 0.2.0 and below, 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. The 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. This is fixed in version 0.2.1.
References
- github.com/nestjs/nest/security/advisories/GHSA-85cg-cmq5-qjm7 (opens in a new tab)
- github.com/JLLeitschuh/nestjs-devtools-integration-rce-poc (opens in a new tab)
- github.com/JLLeitschuh/nestjs-typescript-starter-w-devtools-integration (opens in a new tab)
- nodejs.org/api/vm.html (opens in a new tab)
- socket.dev/blog/nestjs-rce-vuln (opens in a new tab)