<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
  <id>https://db.gcve.eu/rss/recent/all/10</id>
  <title>Most recent entries from all</title>
  <updated>2026-10-15T09:02:21.472000+00:00</updated>
  <author>
    <name>Vulnerability-Lookup</name>
    <email>info@gcve.eu</email>
  </author>
  <link href="https://db.gcve.eu" rel="alternate"/>
  <generator uri="https://lkiesow.github.io/python-feedgen" version="1.0.0">python-feedgen</generator>
  <subtitle>Contains only the most 10 recent entries.</subtitle>
  <entry>
    <id>https://db.gcve.eu/vuln/fkie_cve-2026-104859</id>
    <title>fkie_cve-2026-104859</title>
    <updated>2026-10-15T09:02:21.473679+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>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'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.</p>
      </div>
    </content>
    <link href="https://db.gcve.eu/vuln/fkie_cve-2026-104859"/>
  </entry>
  <entry>
    <id>https://db.gcve.eu/vuln/ghsa-6vc5-vf29-ffr2</id>
    <title>GHSA-6vc5-vf29-ffr2 — @nx/docker: OS command injection in the @nx/docker release pipeline</title>
    <updated>2026-10-15T09:02:21.473758+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> npm: @nx/docker</p>
<p>## Summary</p>
<p>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.</p>
<p>## Severity</p>
<p>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.</p>
<p>## Affected &amp; Patched Versions</p>
<p>| Package | Vulnerable | Patched |
| --- | --- | --- |
| `@nx/docker` | `&gt;= 21.4.0, &lt; 22.7.8`; `&gt;= 23.0.0, &lt; 23.1.1` | `22.7.8`, `23.1.1` |</p>
<p>Every published `@nx/docker` release before the patched versions is affected.</p>
<p>&gt; [!IMPORTANT]
&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.</p>
<p>## Remediation</p>
<p>Upgrade to **22.7.8** (22.x line) or **23.1.1** (23.x line) or later:</p>
<p>```
nx migrate 23.1.1
```</p>
<p>The fix is a drop-in and requires no configuration change. If you have run `nx release version` with…</p></div>
    </content>
    <link href="https://db.gcve.eu/vuln/ghsa-6vc5-vf29-ffr2"/>
  </entry>
</feed>
