<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/" version="2.0">
  <channel>
    <title>Most recent entries from all</title>
    <link>https://vulnerability.circl.lu</link>
    <description>Contains only the most 10 recent entries.</description>
    <docs>http://www.rssboard.org/rss-specification</docs>
    <generator>python-feedgen</generator>
    <language>en</language>
    <lastBuildDate>Wed, 30 Sep 2026 18:02:19 +0000</lastBuildDate>
    <item>
      <title>CVE-2026-50573 — pnpm: Unsafe default behavior breaks integrity check</title>
      <link>https://vulnerability.circl.lu/vuln/cve-2026-50573</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; pnpm&lt;/p&gt;
&lt;p&gt;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&amp;#39;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.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; pnpm&lt;/p&gt;
&lt;p&gt;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&amp;#39;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.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/cve-2026-50573</guid>
    </item>
    <item>
      <title>GHSA-54hh-g5mx-jqcp — pnpm: Unsafe default behavior breaks integrity check</title>
      <link>https://vulnerability.circl.lu/vuln/ghsa-54hh-g5mx-jqcp</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; npm: pnpm&lt;/p&gt;
&lt;p&gt;While it is unclear whether this should be classified as a vulnerability, it is being reported through this channel because the current behavior may represent an unsafe default.&lt;/p&gt;
&lt;p&gt;## Summary&lt;/p&gt;
&lt;p&gt;`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`.&lt;/p&gt;
&lt;p&gt;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&amp;#39;s new integrity, updates the lockfile, installs the new content, and exits successfully.&lt;/p&gt;
&lt;p&gt;This means the lockfile integrity check does not act as a hard stop by default.&lt;/p&gt;
&lt;p&gt;## Reproduction Scenario&lt;/p&gt;
&lt;p&gt;1. Run a local npm-compatible registry.
2. Publish or serve `example-package@1.0.0` with tarball content `v1`.
3. Install it with pnpm:&lt;/p&gt;
&lt;p&gt;```bash
pnpm add example-package@1.0.0 --registry=http://127.0.0.1:48741
```&lt;/p&gt;
&lt;p&gt;4. Confirm `pnpm-lock.yaml` contains the `v1` integrity:&lt;/p&gt;
&lt;p&gt;```yaml
packages:
  example-package@1.0.0:
    resolution:
      integrity: sha512-...v1...
```&lt;/p&gt;
&lt;p&gt;5. Change the registry metadata and tarball for the same `example-package@1.0.0` to content `v2`.
6. On a clean store/cache, run:&lt;/p&gt;
&lt;p&gt;```bash
pnpm install --registry=http://127.0.0.1:48741
```&lt;/p&gt;
&lt;p&gt;## Observed Behavior&lt;/p&gt;
&lt;p&gt;pnpm detects the checksum mismatch:&lt;/p&gt;
&lt;p&gt;```text
WARN Go…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; npm: pnpm&lt;/p&gt;
&lt;p&gt;While it is unclear whether this should be classified as a vulnerability, it is being reported through this channel because the current behavior may represent an unsafe default.&lt;/p&gt;
&lt;p&gt;## Summary&lt;/p&gt;
&lt;p&gt;`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`.&lt;/p&gt;
&lt;p&gt;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&amp;#39;s new integrity, updates the lockfile, installs the new content, and exits successfully.&lt;/p&gt;
&lt;p&gt;This means the lockfile integrity check does not act as a hard stop by default.&lt;/p&gt;
&lt;p&gt;## Reproduction Scenario&lt;/p&gt;
&lt;p&gt;1. Run a local npm-compatible registry.
2. Publish or serve `example-package@1.0.0` with tarball content `v1`.
3. Install it with pnpm:&lt;/p&gt;
&lt;p&gt;```bash
pnpm add example-package@1.0.0 --registry=http://127.0.0.1:48741
```&lt;/p&gt;
&lt;p&gt;4. Confirm `pnpm-lock.yaml` contains the `v1` integrity:&lt;/p&gt;
&lt;p&gt;```yaml
packages:
  example-package@1.0.0:
    resolution:
      integrity: sha512-...v1...
```&lt;/p&gt;
&lt;p&gt;5. Change the registry metadata and tarball for the same `example-package@1.0.0` to content `v2`.
6. On a clean store/cache, run:&lt;/p&gt;
&lt;p&gt;```bash
pnpm install --registry=http://127.0.0.1:48741
```&lt;/p&gt;
&lt;p&gt;## Observed Behavior&lt;/p&gt;
&lt;p&gt;pnpm detects the checksum mismatch:&lt;/p&gt;
&lt;p&gt;```text
WARN Go…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/ghsa-54hh-g5mx-jqcp</guid>
    </item>
  </channel>
</rss>
