nx
Ecosystem: npm
Downloads: 47.4 Mln
- 0CriticalAffects 0 versions
- 3HighAffects 6 versions
- 0MediumAffects 0 versions
- 2ModerateAffects 4 versions
- 0LowAffects 0 versions
- Critical0 (0.0%)
- High3 (60.0%)
- Medium0 (0.0%)
- Moderate2 (40.0%)
- Low0 (0.0%)
Monthly breakdown
- Critical
- High
- Medium
- Moderate
- Low
- 3 vulnerabilities
- Critical: 0
- High: 2
- Medium: 0
- Moderate: 1
- Low: 0
- 1 vulnerabilities
- Critical: 0
- High: 1
- Medium: 0
- Moderate: 0
- Low: 0
- 1 vulnerabilities
- Critical: 0
- High: 0
- Medium: 0
- Moderate: 1
- Low: 0
Vulnerabilities (5)
Known vulnerabilities affecting nx, based on data from OSV.
| ID | Severity | Summary | Affected versions | Published | Source |
|---|---|---|---|---|---|
| GHSA-hrvq-x7jp-36xv | Moderate | Nx: Path traversal in nx migrate package-migrations extraction## Summary `nx migrate` reads each target package's `nx-migrations.migrations` value from its manifest and extracts the referenced file to a path built by joining that value onto a temporary directory. The value is never validated, so a package whose `migrations` field contains `..` segments (or an absolute path) steers the extraction to write outside the temporary directory. A hostile package — or any package pulled in transitively through a trusted package's `packageGroup` — can write attacker-controlled content, or truncate an existing file, anywhere the running user can write. This happen |
| GitHub (opens in a new tab) | |
| GHSA-w2vw-w76x-qr89 | High | Nx: OS command injection via git revisions and remote refs## Summary Nx core builds several `git` invocations as shell command strings with untrusted values interpolated into them, so a value that should be a git revision or ref is parsed by `/bin/sh` instead. Two entry points are reachable by an attacker: `affected` commands, where `defaultBase` / `affected.defaultBase` from `nx.json` (and the `NX_BASE` / `NX_HEAD` environment variables) reach `git merge-base` and `git diff`; and `nx import`, where a branch name advertised by a remote repository reaches `git fetch`, `git checkout`, and `git config`. In both cases an attacker who controls a reposito |
| GitHub (opens in a new tab) | |
| GHSA-w3vv-58gj-gw77 | High | Nx daemon and plugin worker sockets are accessible to other local users## Summary Nx creates the Unix domain sockets for its daemon and its plugin workers in a shared temporary directory with default permissions, so any other user on the same machine can connect to them. The daemon accepts a `PROCESS_IN_BACKGROUND` request that names a module to load and invokes its default export, which turns socket access into code execution inside the daemon process. On a multi-user machine — a shared build server, a shared developer box, or a container running several accounts — one local user can execute code as another user running Nx. ## Severity Exploitable by any oth |
| GitHub (opens in a new tab) | |
| GHSA-vp3h-ghgh-jr7g | High | Nx: Zip-Slip in the self-hosted remote cache## Summary The Nx **self-hosted HTTP remote cache** extracts downloaded cache artifacts without constraining where files are written. A malicious — or on-path (MITM) — remote cache server can return a crafted tar archive whose entries escape the cache directory and write to arbitrary locations on the machine running Nx. This arbitrary file write can be escalated to remote code execution. The directly exploitable issue is the self-hosted HTTP remote cache. ## Affected Packages > [!IMPORTANT] > **Nx's default local cache and Nx Cloud are NOT affected.** The default local cache and Nx Cloud us |
| GitHub (opens in a new tab) | |
| GHSA-g2r8-wvmj-jf5w | Moderate | `nx graph` dev server permissive CORS policy## Summary The local HTTP server started by `nx graph` sent `Access-Control-Allow-Origin: *` on every response, letting any website a developer visited read the server's responses cross-origin — including the full project graph and the output of the `/help` endpoint, which runs a target's configured help command. The practical impact is typically **cross-origin information disclosure**, but can be arbitrary command injection in rare cases. ## Severity Exploitation requires the developer to be running `nx graph` and to visit an attacker page. Any execution beyond benign help commands also r |
| GitHub (opens in a new tab) |
- GHSA-hrvq-x7jp-36xvModerateNx: Path traversal in nx migrate package-migrations extraction
>= 13.10.0, < 22.7.10>= 23.0.0, < 23.2.1
## Summary `nx migrate` reads each target package's `nx-migrations.migrations` value from its manifest and extracts the referenced file to a path built by joining that value onto a temporary directory. The value is never validated, so a package whose `migrations` field contains `..` segments (or an absolute path) steers the extraction to write outside the temporary directory. A hostile package — or any package pulled in transitively through a trusted package's `packageGroup` — can write attacker-controlled content, or truncate an existing file, anywhere the running user can write. This happen
CVE: CVE-2026-104853
- GHSA-w2vw-w76x-qr89HighNx: OS command injection via git revisions and remote refs
>= 14.0.0, < 22.7.8>= 23.0.0, < 23.1.1
## Summary Nx core builds several `git` invocations as shell command strings with untrusted values interpolated into them, so a value that should be a git revision or ref is parsed by `/bin/sh` instead. Two entry points are reachable by an attacker: `affected` commands, where `defaultBase` / `affected.defaultBase` from `nx.json` (and the `NX_BASE` / `NX_HEAD` environment variables) reach `git merge-base` and `git diff`; and `nx import`, where a branch name advertised by a remote repository reaches `git fetch`, `git checkout`, and `git config`. In both cases an attacker who controls a reposito
- GHSA-w3vv-58gj-gw77HighNx daemon and plugin worker sockets are accessible to other local users
>= 14.6.0, < 22.7.9>= 23.0.0, < 23.1.2
## Summary Nx creates the Unix domain sockets for its daemon and its plugin workers in a shared temporary directory with default permissions, so any other user on the same machine can connect to them. The daemon accepts a `PROCESS_IN_BACKGROUND` request that names a module to load and invokes its default export, which turns socket access into code execution inside the daemon process. On a multi-user machine — a shared build server, a shared developer box, or a container running several accounts — one local user can execute code as another user running Nx. ## Severity Exploitable by any oth
CVE: CVE-2026-104854
- GHSA-vp3h-ghgh-jr7gHighNx: Zip-Slip in the self-hosted remote cache
>= 20.8.0, < 22.7.7>= 23.0.0, < 23.0.2
## Summary The Nx **self-hosted HTTP remote cache** extracts downloaded cache artifacts without constraining where files are written. A malicious — or on-path (MITM) — remote cache server can return a crafted tar archive whose entries escape the cache directory and write to arbitrary locations on the machine running Nx. This arbitrary file write can be escalated to remote code execution. The directly exploitable issue is the self-hosted HTTP remote cache. ## Affected Packages > [!IMPORTANT] > **Nx's default local cache and Nx Cloud are NOT affected.** The default local cache and Nx Cloud us
CVE: CVE-2026-71476
- GHSA-g2r8-wvmj-jf5wModerate`nx graph` dev server permissive CORS policy
>= 17.0.4, < 22.7.2>= 23.0.0-beta.0, < 23.0.0-beta.2
## Summary The local HTTP server started by `nx graph` sent `Access-Control-Allow-Origin: *` on every response, letting any website a developer visited read the server's responses cross-origin — including the full project graph and the output of the `/help` endpoint, which runs a target's configured help command. The practical impact is typically **cross-origin information disclosure**, but can be arbitrary command injection in rare cases. ## Severity Exploitation requires the developer to be running `nx graph` and to visit an attacker page. Any execution beyond benign help commands also r
CVE: CVE-2026-54753