HIGH 7.1

CVE-2026-55700: pnpm Path Traversal in Package Download

pnpm, a widely-used JavaScript package manager, contains a path traversal vulnerability in its download staging feature that could allow an attacker to overwrite files outside the intended download directory. By crafting a malicious package manifest with specially designed name and version fields, an attacker could trick pnpm into writing files to unintended locations on a developer's machine. This affects versions 11.3.0 through 11.5.2. The fix validates and sanitizes both the package name and version before deriving a safe filename, then verifies the destination path before writing any files.

Source data · NVD / CISA · public domain

CVSS
3.1 · 7.1 HIGH · CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:N/I:H/A:L
Weaknesses (CWE)
CWE-22, CWE-73
Affected products
1 configuration(s)
Published / Modified
2026-06-25 / 2026-06-29

NVD description (verbatim)

pnpm is a package manager. From 11.3.0 until 11.5.3, `pnpm stage download` derived a local filename from registry-controlled package name and version fields. A crafted manifest could escape the selected download directory and overwrite another reachable file. The merged fix validates both fields, derives one safe filename, and verifies the final destination before writing. This vulnerability is fixed in 11.5.3.

2 reference(s) · View on NVD →

SEC.co analysis · AI-assisted, reviewed against source

Technical summary

CVE-2026-55700 is a path traversal vulnerability in pnpm's `stage download` command. The vulnerable code derived a local filename from untrusted registry fields (package name and version) without proper validation, allowing directory traversal sequences in the manifest to escape the designated download directory. An attacker controlling a package manifest could cause arbitrary file overwrites on the system running pnpm. The vulnerability affects pnpm versions 11.3.0 through 11.5.2. The remediation implements input validation on both name and version fields, ensures a single safe filename is derived from the combined validated inputs, and performs path canonicalization to verify the final destination is within the intended download directory before file write operations.

Business impact

Organizations and developers using pnpm in automated deployment pipelines, CI/CD systems, or local development environments face risk of arbitrary file overwriting. An attacker could inject malicious packages into package registries (public or private) or conduct supply-chain attacks by compromising legitimate packages to include crafted manifests. This could lead to code injection, configuration tampering, or denial of service. Development teams relying on pnpm should prioritize remediation, particularly in unattended build systems where human review is minimal.

Affected systems

pnpm versions 11.3.0 through 11.5.2 are affected. The vulnerability is present in the package manager itself and impacts any system running a vulnerable version when downloading packages via the `pnpm stage download` command. This includes developer workstations, CI/CD runners, and container environments using affected pnpm versions. Users of pnpm 11.5.3 and later, as well as versions earlier than 11.3.0, are not affected.

Exploitability

The vulnerability requires user interaction in the form of running pnpm commands to download a crafted package. However, in CI/CD and automated build environments, this interaction is routine and unsupervised. An attacker must either compromise an existing package on a registry or inject a new malicious package, making exploitability dependent on registry access or supply-chain positioning. The attack has a network vector (registry-controlled manifest) and low attack complexity, though it does require a user to initiate the download action.

Remediation

Upgrade pnpm to version 11.5.3 or later immediately. This version includes the merged fix that validates both package name and version fields, derives a single safe filename from validated inputs, and verifies the final write destination is within the expected download directory. No configuration changes or workarounds are available for earlier versions; upgrading is the only mitigation.

Patch guidance

Update pnpm to 11.5.3 or later. For development teams: run `npm install -g pnpm@latest` or `pnpm self-update` if using a version within the affected range. For CI/CD systems: update lock files, container images, and build scripts that pin pnpm versions to 11.5.3 or later. Verify the upgrade by running `pnpm --version` and confirming output is 11.5.3 or higher. For teams unable to upgrade immediately, restrict pnpm usage to trusted internal packages only and avoid downloading from public registries.

Detection guidance

Monitor pnpm version usage across development and build infrastructure using `pnpm --version` checks in CI/CD logs and developer workstations. Review package download logs for unexpected file writes outside normal cache directories. Implement package manifest integrity checks by validating package names and versions against expected patterns before download. In CI/CD, capture and review the output of `pnpm stage download` commands for any warnings or errors related to path validation. Use filesystem auditing tools to detect unexpected file modifications in directories outside intended package cache locations.

Why prioritize this

This vulnerability scores HIGH (CVSS 7.1) due to its high integrity impact and low barriers to exploitation in automated environments. While it requires user interaction, that interaction is routine in build pipelines. The risk is elevated because pnpm is a critical dependency in the JavaScript ecosystem, and automated package downloads are common in CI/CD workflows where supply-chain attacks are increasingly frequent. Organizations should prioritize this within the next security update cycle.

Risk score, explained

CVSS 7.1 reflects a network-based attack vector, low attack complexity, no privilege requirements, and no confidentiality impact, but high integrity impact and low availability impact. The severity is driven by the ability to overwrite arbitrary files on affected systems, which could compromise code, configuration, or system stability. The user interaction requirement and single-user scope prevent a higher score, but the ease of exploitation in automated environments and the widespread use of pnpm justify the HIGH severity rating.

Frequently asked questions

Does this vulnerability affect my pnpm installation?

Only if you are running pnpm versions 11.3.0 through 11.5.2. Check your version with `pnpm --version`. If you are on 11.5.3 or later, or earlier than 11.3.0, you are not affected. Upgrade immediately if you fall within the vulnerable range.

Can I be exploited without downloading a malicious package?

No. An attacker must first either compromise a package on a registry you trust or inject a new malicious package that you then download via pnpm. Simply having a vulnerable version of pnpm installed does not expose you; the vulnerability is triggered when you run `pnpm stage download` or equivalent commands on a crafted manifest. Restricting package sources to trusted registries and monitoring package integrity reduces risk while you upgrade.

What files could an attacker overwrite?

An attacker could overwrite any file reachable to the user running pnpm. In development environments, this might include source code files, build artifacts, or configuration files. In CI/CD runners, this could affect build outputs or system configurations. The extent of damage depends on file permissions and the attacker's knowledge of the system layout. This underscores the importance of running build processes with minimal necessary privileges.

Are there workarounds if I cannot upgrade immediately?

There are no safe workarounds. The only reliable mitigation is upgrading to 11.5.3 or later. As a temporary risk reduction measure, restrict pnpm to downloading from internal or air-gapped registries only, avoid public package sources, and ensure build processes run with minimal necessary file system permissions. However, these are containment measures, not fixes. Prioritize upgrading as soon as possible.

This analysis is provided for informational purposes and reflects threat intelligence available as of the publication date. While we strive for accuracy, we do not guarantee completeness or freedom from error. Verify patch availability and applicability to your specific environment by consulting the official pnpm advisory and release notes. Organizations should conduct their own risk assessment based on their infrastructure, exposure, and business context. For incident response or suspected exploitation, engage your security operations team or a qualified incident response provider. Source: NVD (public-domain), retrieved 2026-08-03. Analysis generated by SEC.co (claude-haiku-4-5).