<?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://db.gcve.eu</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>Sat, 03 Oct 2026 15:34:16 +0000</lastBuildDate>
    <item>
      <title>CVE-2026-50016 — pnpm: Transitive dependency alias path traversal allows project path override via symlink replacement</title>
      <link>https://db.gcve.eu/vuln/cve-2026-50016</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 allows a transitive dependency alias from registry package metadata to contain path traversal segments. During install, pnpm later uses that alias as a filesystem path when linking dependency nodes. As a result, a registry package can cause `pnpm install --ignore-scripts` to replace paths in the current project with symlinks to attacker-controlled dependency package directories. 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 allows a transitive dependency alias from registry package metadata to contain path traversal segments. During install, pnpm later uses that alias as a filesystem path when linking dependency nodes. As a result, a registry package can cause `pnpm install --ignore-scripts` to replace paths in the current project with symlinks to attacker-controlled dependency package directories. This vulnerability is fixed in 10.34.0 and 11.4.0.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://db.gcve.eu/vuln/cve-2026-50016</guid>
    </item>
    <item>
      <title>GHSA-hwx4-2j3j-g496 — pnpm: Transitive dependency alias path traversal allows project path override via symlink replacement</title>
      <link>https://db.gcve.eu/vuln/ghsa-hwx4-2j3j-g496</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; npm: pnpm&lt;/p&gt;
&lt;p&gt;## Summary&lt;/p&gt;
&lt;p&gt;pnpm allows a transitive dependency alias from registry package metadata to contain path traversal segments. During install, pnpm later uses that alias as a filesystem path when linking dependency nodes. As a result, a registry package can cause `pnpm install - ignore-scripts` to replace paths in the current project with symlinks to attacker-controlled dependency package directories.&lt;/p&gt;
&lt;p&gt;`.git/hooks` is only one useful target. The same primitive can replace other project-local paths that are consumed by later tools, for example:&lt;/p&gt;
&lt;p&gt;- `.husky` or `.githooks` for Git hook dispatchers
- `scripts/`, `tools/`, `bin/`, or `tests/` for project scripts and CI commands
- `.github/actions/&amp;lt;name&amp;gt;` for local GitHub Actions used later in the workflow
- `dist/` or other publish/build output directories before `pnpm pack` or
  `pnpm publish`
- `node_modules/.bin` or undeclared `node_modules/&amp;lt;name&amp;gt;` paths used by later
  command or module resolution&lt;/p&gt;
&lt;p&gt;Targets that are regular files can also be replaced with symlinks to a package directory, but those cases are usually denial of service. Directory targets are more useful because many developer tools execute or load files from those directories after installation.&lt;/p&gt;
&lt;p&gt;This was reproduced with `pnpm@11.2.1`.&lt;/p&gt;
&lt;p&gt;## Impact&lt;/p&gt;
&lt;p&gt;Users often run `pnpm install --ignore-scripts` expecting that untrusted package code cannot execute during installation. This issue bypasses that expectation: the malicious package does not need a lifecycle script. Instead,…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; npm: pnpm&lt;/p&gt;
&lt;p&gt;## Summary&lt;/p&gt;
&lt;p&gt;pnpm allows a transitive dependency alias from registry package metadata to contain path traversal segments. During install, pnpm later uses that alias as a filesystem path when linking dependency nodes. As a result, a registry package can cause `pnpm install - ignore-scripts` to replace paths in the current project with symlinks to attacker-controlled dependency package directories.&lt;/p&gt;
&lt;p&gt;`.git/hooks` is only one useful target. The same primitive can replace other project-local paths that are consumed by later tools, for example:&lt;/p&gt;
&lt;p&gt;- `.husky` or `.githooks` for Git hook dispatchers
- `scripts/`, `tools/`, `bin/`, or `tests/` for project scripts and CI commands
- `.github/actions/&amp;lt;name&amp;gt;` for local GitHub Actions used later in the workflow
- `dist/` or other publish/build output directories before `pnpm pack` or
  `pnpm publish`
- `node_modules/.bin` or undeclared `node_modules/&amp;lt;name&amp;gt;` paths used by later
  command or module resolution&lt;/p&gt;
&lt;p&gt;Targets that are regular files can also be replaced with symlinks to a package directory, but those cases are usually denial of service. Directory targets are more useful because many developer tools execute or load files from those directories after installation.&lt;/p&gt;
&lt;p&gt;This was reproduced with `pnpm@11.2.1`.&lt;/p&gt;
&lt;p&gt;## Impact&lt;/p&gt;
&lt;p&gt;Users often run `pnpm install --ignore-scripts` expecting that untrusted package code cannot execute during installation. This issue bypasses that expectation: the malicious package does not need a lifecycle script. Instead,…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://db.gcve.eu/vuln/ghsa-hwx4-2j3j-g496</guid>
    </item>
  </channel>
</rss>
