CVE-2026-55699: pnpm: reserved bin name deletes PNPM_HOME during global remove

Published Jun 25, 2026
·
Updated

<details> <summary>Maintainer Action Plan</summary>

Maintainer Action Plan

This report is ready to review with the shared patch branch. Start with the PR and the expected fixed behavior, then use the detailed exploit narrative below only if you want to replay the original path.

- Advisory: CAND-PNPM-085 / GHSA-4gxm-v5v7-fqc4 - Advisory URL: https://github.com/pnpm/pnpm/security/advisories/GHSA-4gxm-v5v7-fqc4 - Shared patch PR: https://github.com/pnpm/pnpm-ghsa-j2hc-m6cf-6jm8/pull/1 - Shared patch branch: security/ghsa-batch-2026-06-09 - Patch commit: a93449314f398cf4bdf2e28d033c02d37395ad22 - Base commit: origin/main 55a4035abf1ae3fe7208ba1f5ef43c5eff58ccec - Maintainer priority: appendix - Component: pnpm global add/remove bin cleanup - Patch area: bin name/path segment validation - Affected packages: npm:pnpm - CWE IDs: CWE-22, CWE-73 - Conservative CVSS: 6.5 / CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:N/I:N/A:H - Next action: review the shared patch branch for this component, set the final affected version range, merge and release the fix, then publish or close the advisory.

Expected Patched Behavior

Reserved, dot, and path-segment bin names are rejected or ignored; global remove leaves PNPMHOME and the sentinel file intact.

Files And Tests To Review

- bins/resolver/src/index.ts - bins/resolver/test/index.ts - global/commands/test/globalRemove.test.ts - pacquet/crates/cmd-shim/src/binresolver.rs - pacquet/crates/cmd-shim/src/binresolver/tests.rs - .changeset/strange-bin-segments.md

Focused Validation

Run these from a checkout of the shared patch branch. They are the useful maintainer commands with machine-local artifact paths removed.

- Use the private PR checks plus the patched replay coverage matrix for this candidate.

The full patched replay for the shared branch passed with all 20 candidates marked fixed. This candidate's replay evidence is results/CAND-PNPM-085-patched-result.json. <!-- maintainer-action:end -->

Title

Reserved manifest bin names can make global package operations delete outside the global bin directory

</details>

Description

Summary

Manifest bin object keys such as "", ".", and ".." passed pnpm's bin-name guard. When a malicious package was installed globally, later global remove, update, or add-replacement flows could re-derive those names from the installed manifest and pass path.join(globalBinDir, binName) to removeBin. For "." this targets the global bin directory; for ".." this targets its parent.

Details

The vulnerable dataflow was:

- bins/resolver/src/index.ts converted manifest bin object keys to binName and only required URL-safe text or $. Empty, dot, dot-dot, and scoped forms such as @scope/.. were not rejected after scope stripping. - global/packages/src/scanGlobalPackages.ts scanned installed global package manifests and returned manifest-derived bin.name values. - global/commands/src/globalRemove.ts, global/commands/src/globalUpdate.ts, and global add replacement logic joined those names to globalBinDir. - bins/remover/src/removeBins.ts recursively removed the resulting path.

Install-time checks did not close the gap: bin target paths were package-root checked, conflict checks looked at the same escaped path but did not reject reserved segments, and bin-link warning paths could leave the package installed for later global operations.

PoC

Run:

The script first performs a safe prepatch simulation in a temporary directory:

text prepatchreservedbinname=.. prepatchdeletetarget=/.../cand-pnpm-085.XXXXXX/home prepatchdeletedglobalbinparent=true

It then validates the patched implementation:

bash ./nodemodules/.bin/tsgo --build bins/resolver/tsconfig.json ./nodemodules/.bin/tsgo --build global/commands/tsconfig.json ./nodemodules/.bin/eslint bins/resolver/src/index.ts bins/resolver/test/index.ts global/commands/test/globalRemove.test.ts cd bins/resolver NODEOPTIONS="--experimental-vm-modules --disable-warning=ExperimentalWarning --disable-warning=DEP0169" ../../nodemodules/.bin/jest test/index.ts --runInBand cd global/commands NODEOPTIONS="--experimental-vm-modules --disable-warning=ExperimentalWarning --disable-warning=DEP0169" ../../nodemodules/.bin/jest test/globalRemove.test.ts -t "global remove ignores reserved manifest bin names" --runInBand cargo fmt --manifest-path pacquet/crates/cmd-shim/Cargo.toml --check cargo test --manifest-path pacquet/crates/cmd-shim/Cargo.toml binresolver --lib git diff --check -- bins/resolver global/commands/test/globalRemove.test.ts pacquet/crates/cmd-shim .changeset/strange-bin-segments.md pnpm-lock.yaml

The patched resolver no longer emits reserved bin names, and the global-remove regression proves the deletion sink receives only path.join(globalBinDir, "good").

Impact

Direct confidentiality impact was not validated for this primitive; the sink is deletion/corruption, not a read or disclosure path.

Affected Products

Ecosystem: npm

Package name: pnpm

Affected versions: versions before the patch that accept reserved manifest bin names in TypeScript global package flows.

Patched versions: pending release containing the shared bin-name hardening.

Severity

Corrected vulnerable severity: High

Corrected vulnerable vector string: CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:N/I:H/A:H

Corrected vulnerable score: 8.1

Final post-patch score: 0.0, not vulnerable after patch.

The original scan score was 8.3 with C:H/I:H/A:L. Revalidation removes direct confidentiality impact and raises availability to high because the sink can recursively delete the global bin directory or its parent.

Weaknesses

CWE-22: Improper Limitation of a Pathname to a Restricted Directory

CWE-73: External Control of File Name or Path

Patch

- bins/resolver/src/index.ts now rejects empty, dot, and dot-dot bin names after scope stripping. - bins/resolver/test/index.ts covers empty, dot, dot-dot, and scoped reserved bin keys. - global/commands/test/globalRemove.test.ts proves global remove filters reserved manifest bin names before deletion and only removes a safe good shim. - pacquet/crates/cmd-shim/src/binresolver.rs mirrors the same reserved-name rejection; empty names were already rejected. - pacquet/crates/cmd-shim/src/binresolver/tests.rs extends parity coverage. - .changeset/strange-bin-segments.md records patch releases for @pnpm/bins.resolver, pnpm, and pacquet.

Pacquet parity is appropriate at the shared bin resolver/linker boundary because pacquet dependency-management commands can resolve and link package bins, even though the TypeScript-only global remove/update/add replacement flow is the concrete destructive-delete sink.

Validation

Passed locally:

The script passed TypeScript builds, ESLint, bins/resolver Jest, global-remove sink Jest, pacquet fmt/tests, and git diff --check.

Other sources

pnpm is a package manager. Prior to 10.34.2 and 11.5.3, Manifest bin object keys such as "", ".", and ".." passed pnpm's bin-name guard. When a malicious package was installed globally, later global remove, update, or add-replacement flows could re-derive those names from the installed manifest and pass path.join(globalBinDir, binName) to removeBin. For "." this targets the global bin directory; for ".." this targets its parent. This vulnerability is fixed in 10.34.2 and 11.5.3.

NVD

Affected Software

5 affected componentsFixes available
pnpm>0<=11.5.3
npm/pnpm>=11.0.0<11.5.3
11.5.3
npm/pnpm<10.34.2
10.34.2
PNPM Pnpm Node.js<10.34.2
PNPM Pnpm Node.js>=11.0.0<11.5.3

Remediation

Recommended actions to resolve this vulnerability, in priority order.

  1. Upgrade

    Upgrade npm/pnpm to a version that resolves this vulnerability.

    Fixed in 11.5.3
  2. Upgrade

    Upgrade npm/pnpm to a version that resolves this vulnerability.

    Fixed in 10.34.2
  3. Upgrade

    Upgrade pnpm to a version that resolves this vulnerability.

    Fixed in 10.34.2
  4. Upgrade

    Upgrade pnpm to a version that resolves this vulnerability.

    Fixed in 11.5.3
  5. Configuration

    In pnpm’s bin resolver, reject reserved bin names after scope stripping: do not accept empty strings, ".", or ".." (including scoped forms such as "@scope/.." after scope stripping).

    bins/resolver/src/index.ts (pnpm bin-name/path segment validation) bin name after scope stripping = reject empty, dot ("."), and dot-dot ("..") bin names
  6. Configuration

    In global remove/update/add replacement logic, filter out reserved manifest-derived bin names before computing remove targets so global remove only removes paths under globalBinDir for safe names (e.g., delete only path.join(globalBinDir, "good") and leave PNPM_HOME/sentinel intact).

    global/commands/src/globalRemove.ts (pnpm global remove/update/add replacement) filter reserved manifest bin names before deletion = ignore reserved/dot/dot-dot bin names; only delete safe bin shims like "good"
  7. Configuration

    In pacquet cmd-shim’s bin resolver, mirror the same reserved-name rejection behavior at the resolver/linker boundary (reject "." and ".." after scope stripping; empty bin names are already rejected).

    pacquet/crates/cmd-shim/src/bin_resolver.rs reserved bin name rejection parity with bins resolver = reject reserved bin names (dot and dot-dot); empty already rejected
  8. Operational

    Re-run/validate the patched behavior in the shared patch branch checkout: run the specified Jest tests (e.g., globalRemove.test.ts -t "global remove ignores reserved manifest bin names" and test/index.ts) to confirm the deletion sink receives only path.join(globalBinDir, "good") and does not delete PNPM_HOME/sentinel for reserved bin names like "..".

Event History

Jun 25, 2026
CVE Published
via MITRE·04:44 PM
Data Sourced
via MITRE·04:44 PM
DescriptionSeverityWeakness
Data Sourced
via NVD·06:16 PM
DescriptionSeverityWeaknessAffected Software
Jun 26, 2026
Advisory Published
via GitHub·11:46 PM
Data Sourced
via GitHub·11:46 PM
DescriptionSeverityWeaknessAffected Software
Free Weekly Intel

Don't miss critical vulnerabilities

Join thousands of security professionals who receive our weekly digest of trending CVEs, zero-days, and exploited vulnerabilities.

No spam. Unsubscribe anytime.

Frequently Asked Questions

1

What is the severity of CVE-2026-55699?

The severity of CVE-2026-55699 is medium with a score of 6.5.

2

What systems are affected by CVE-2026-55699?

CVE-2026-55699 affects pnpm software used in npm and global remove operations.

3

How do I fix CVE-2026-55699?

To fix CVE-2026-55699, update to the latest version of pnpm that includes the patched behavior.

4

What type of vulnerability is CVE-2026-55699?

CVE-2026-55699 is classified as a Path Traversal vulnerability.

5

What is the impact of CVE-2026-55699?

CVE-2026-55699 can lead to the unintended deletion of the PNPM_HOME directory during global remove operations.

Contact

SecAlerts Pty Ltd.
132 Wickham Terrace
Fortitude Valley,
QLD 4006, Australia
info@secalerts.co
By using SecAlerts services, you agree to our services end-user license agreement. This website is safeguarded by reCAPTCHA and governed by the Google Privacy Policy and Terms of Service. All names, logos, and brands of products are owned by their respective owners, and any usage of these names, logos, and brands for identification purposes only does not imply endorsement. If you possess any content that requires removal, please get in touch with us.
© 2026 SecAlerts Pty Ltd.
ABN: 70 645 966 203, ACN: 645 966 203