Skip to content
OpenAdvisories
Medium · 6.8 CVE-2026-50573 EUVD-2026-39489GHSA-54hh-g5mx-jqcp

pnpm: Unsafe default behavior breaks integrity check

Published Jun 25, 2026 · Updated Nov 3, 2026 · Assigned by GitHub_M

Description

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.

Affected products

VendorProductAffectedFixed
pnpm pnpm < 10.33.4, >= 11.0.0, < 11.4.0 —

Fixed in Linux distributions

Distributions backport fixes, so the version that fixes this vulnerability differs per release — upgrade to at least the version shown. From the distributions' security trackers and advisories.

Wolfi

ReleasePackageFixed inAdvisory
Wolfi rolling pnpm-stage0 No fix yet —

Affected packages

EcosystemPackageAffectedFixedRecord
npm pnpm < 10.34.0 10.34.0 GHSA-54hh-g5mx-jqcp
npm pnpm >= 11.0.0, < 11.4.0 11.4.0 GHSA-54hh-g5mx-jqcp

References