<?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>Thu, 15 Oct 2026 09:02:24 +0000</lastBuildDate>
    <item>
      <title>fkie_cve-2026-104859</title>
      <link>https://db.gcve.eu/vuln/fkie_cve-2026-104859</link>
      <description>&lt;p&gt;Nx is a monorepo solution for TypeScript and polyglot codebases. From 21.4.0 until 22.7.8 and from 23.0.0 until 23.1.1, the @nx/docker release pipeline builds docker tag, image lookup, and docker push invocations as shell command strings. The release.docker.repositoryName and registryUrl configuration values are interpolated into those strings and passed to /bin/sh -c, allowing shell syntax in untrusted Nx configuration to execute during nx release version or nx release publish. A pull request or repository configuration change can therefore execute commands with the release job&amp;#39;s privileges and expose registry credentials or cloud tokens, and dry-run publishing does not prevent the vulnerable pre-check command from executing. This issue is fixed in versions 22.7.8 and 23.1.1.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Nx is a monorepo solution for TypeScript and polyglot codebases. From 21.4.0 until 22.7.8 and from 23.0.0 until 23.1.1, the @nx/docker release pipeline builds docker tag, image lookup, and docker push invocations as shell command strings. The release.docker.repositoryName and registryUrl configuration values are interpolated into those strings and passed to /bin/sh -c, allowing shell syntax in untrusted Nx configuration to execute during nx release version or nx release publish. A pull request or repository configuration change can therefore execute commands with the release job&amp;#39;s privileges and expose registry credentials or cloud tokens, and dry-run publishing does not prevent the vulnerable pre-check command from executing. This issue is fixed in versions 22.7.8 and 23.1.1.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://db.gcve.eu/vuln/fkie_cve-2026-104859</guid>
    </item>
    <item>
      <title>GHSA-6vc5-vf29-ffr2 — @nx/docker: OS command injection in the @nx/docker release pipeline</title>
      <link>https://db.gcve.eu/vuln/ghsa-6vc5-vf29-ffr2</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; npm: @nx/docker&lt;/p&gt;
&lt;p&gt;## Summary&lt;/p&gt;
&lt;p&gt;The `@nx/docker` release pipeline builds its `docker` invocations as shell command strings, interpolating `release.docker.repositoryName` and `registryUrl` from Nx configuration into them. Because those strings are handed to `/bin/sh -c`, a crafted repository or registry name executes as a command during `nx release version` and `nx release publish`. Anyone running a Docker release against a repository whose Nx configuration they do not control — or whose configuration a pull request has changed — executes the injected command with the privileges of the release job, which in CI typically holds registry credentials and cloud tokens.&lt;/p&gt;
&lt;p&gt;## Severity&lt;/p&gt;
&lt;p&gt;Exploitable when someone runs a Docker release against attacker-supplied configuration, with high impact because release jobs hold publishing credentials. There is no known evidence of exploitation in the wild.&lt;/p&gt;
&lt;p&gt;## Affected &amp;amp; Patched Versions&lt;/p&gt;
&lt;p&gt;| Package | Vulnerable | Patched |
| --- | --- | --- |
| `@nx/docker` | `&amp;gt;= 21.4.0, &amp;lt; 22.7.8`; `&amp;gt;= 23.0.0, &amp;lt; 23.1.1` | `22.7.8`, `23.1.1` |&lt;/p&gt;
&lt;p&gt;Every published `@nx/docker` release before the patched versions is affected.&lt;/p&gt;
&lt;p&gt;&amp;gt; [!IMPORTANT]
&amp;gt; `--dry-run` does not protect you: one of the injected commands runs before the dry-run check, so even a dry-run publish reaches a shell.&lt;/p&gt;
&lt;p&gt;## Remediation&lt;/p&gt;
&lt;p&gt;Upgrade to **22.7.8** (22.x line) or **23.1.1** (23.x line) or later:&lt;/p&gt;
&lt;p&gt;```
nx migrate 23.1.1
```&lt;/p&gt;
&lt;p&gt;The fix is a drop-in and requires no configuration change. If you have run `nx release version` with…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; npm: @nx/docker&lt;/p&gt;
&lt;p&gt;## Summary&lt;/p&gt;
&lt;p&gt;The `@nx/docker` release pipeline builds its `docker` invocations as shell command strings, interpolating `release.docker.repositoryName` and `registryUrl` from Nx configuration into them. Because those strings are handed to `/bin/sh -c`, a crafted repository or registry name executes as a command during `nx release version` and `nx release publish`. Anyone running a Docker release against a repository whose Nx configuration they do not control — or whose configuration a pull request has changed — executes the injected command with the privileges of the release job, which in CI typically holds registry credentials and cloud tokens.&lt;/p&gt;
&lt;p&gt;## Severity&lt;/p&gt;
&lt;p&gt;Exploitable when someone runs a Docker release against attacker-supplied configuration, with high impact because release jobs hold publishing credentials. There is no known evidence of exploitation in the wild.&lt;/p&gt;
&lt;p&gt;## Affected &amp;amp; Patched Versions&lt;/p&gt;
&lt;p&gt;| Package | Vulnerable | Patched |
| --- | --- | --- |
| `@nx/docker` | `&amp;gt;= 21.4.0, &amp;lt; 22.7.8`; `&amp;gt;= 23.0.0, &amp;lt; 23.1.1` | `22.7.8`, `23.1.1` |&lt;/p&gt;
&lt;p&gt;Every published `@nx/docker` release before the patched versions is affected.&lt;/p&gt;
&lt;p&gt;&amp;gt; [!IMPORTANT]
&amp;gt; `--dry-run` does not protect you: one of the injected commands runs before the dry-run check, so even a dry-run publish reaches a shell.&lt;/p&gt;
&lt;p&gt;## Remediation&lt;/p&gt;
&lt;p&gt;Upgrade to **22.7.8** (22.x line) or **23.1.1** (23.x line) or later:&lt;/p&gt;
&lt;p&gt;```
nx migrate 23.1.1
```&lt;/p&gt;
&lt;p&gt;The fix is a drop-in and requires no configuration change. If you have run `nx release version` with…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://db.gcve.eu/vuln/ghsa-6vc5-vf29-ffr2</guid>
    </item>
  </channel>
</rss>
