Answer in brief
CVE-2026-50573 records a Medium severity (CVSS 6.8) vulnerability in pnpm: Unsafe default behavior breaks integrity check. The current sources do not mark it as known exploited. The current feed maps pnpm/pnpm (generic), pnpm (npm), pnpm (npm), pnpm (npm) and additional mapped packages. Check affected ranges and fixed versions before updating.
Analysis pending evidence review
HOL Guard separates source facts from reviewed analysis. See the methodology.
CVSS is 6.8. The current sources do not mark it as known exploited. Treat this as a source-backed prioritization signal, not a statement about your environment.
Analysis status
Analysis pending evidence review
Factual feed record only; HOL analysis is not approved for indexing. Read the methodology.
The current feed maps pnpm/pnpm (generic), pnpm (npm), pnpm (npm), pnpm (npm) and additional mapped packages. Check affected ranges and fixed versions before updating.
| Package | Affected range | Fixed version |
|---|---|---|
| pnpm/pnpmgeneric | <10.33.4 || >=11.0.0 <11.4.0 | 10.33.4, 11.4.0 |
| pnpmnpm | <10.34.0 | 10.34.0 |
| pnpmnpm | >=11.0.0,<11.4.0 | 11.4.0 |
| pnpmnpm | >=0 <10.34.0 | 10.34.0 |
| pnpmnpm | >=11.0.0 <11.4.0 | 11.4.0 |
Published upstream
Jun 25, 2026
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Nov 3, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Jun 25, 2026
pnpm is a package manager. Prior to 10.34.0 and 11.4.0, `pnpm install` in non-frozen mode can accept new remote package content after detecting that the downloaded tarball does not match the integrity recorded in pnpm-lock.yaml. When a package is already locked with an integrity value, and the registry later serves different metadata and tarball content for the same package name and version, pnpm initially reports an integrity mismatch. However, plain pnpm install then performs a resolution repair, accepts the registry's new integrity, updates the lockfile, installs the new content, and exits successfully. This means the lockfile integrity check does not act as a hard stop by default. This vulnerability is fixed in 10.34.0 and 11.4.0.
Quoted source text, attributed separately from HOL analysis.