<?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-11-02T16:27:09.798615+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-119282</id>
    <title>fkie_cve-2026-119282</title>
    <updated>2026-11-02T16:27:09.815380+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 22.0.2 until 22.7.9 and 23.1.2 for @nx/maven, and from 21.0.0 until 22.7.9 and 23.1.2 for @nx/gradle, the plugins' project-graph analyzers launch through a shell and interpolate plugin options from nx.json into command arguments. The @nx/maven targetNamePrefix value and arbitrary @nx/gradle option names or values can therefore be interpreted as shell syntax whenever an nx command constructs the project graph. A user who runs Nx in an attacker-controlled repository or pull request can execute injected commands with the user's privileges, while workspaces that register neither affected plugin are not exposed to this path. Remediation requires upgrading both nx and each affected plugin to matching releases because the plugin fix depends on code in the nx package. This issue is fixed in versions 22.7.9 and 23.1.2.</p>
      </div>
    </content>
    <link href="https://db.gcve.eu/vuln/fkie_cve-2026-119282"/>
  </entry>
  <entry>
    <id>https://db.gcve.eu/vuln/ghsa-qm8w-vx34-5j9j</id>
    <title>GHSA-qm8w-vx34-5j9j — @nx/maven and @nx/gradle have OS command injection via nx.json plugin options</title>
    <updated>2026-11-02T16:27:09.815454+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> npm: @nx/maven, npm: @nx/gradle</p>
<p>## Summary</p>
<p>`@nx/maven` and `@nx/gradle` spawn their project-graph analyzers through a shell and interpolate plugin options read from `nx.json` straight into the command line. Because a shell parses the whole line, an option value containing shell syntax is executed as a command by any `nx` command that constructs the project graph. Anyone who clones a hostile repository, or who checks out a pull request that edits `nx.json`, runs the injected command with their own privileges.</p>
<p>## Severity</p>
<p>A victim who runs an ordinary `nx` command in an attacker-supplied Maven or Gradle workspace gets code execution as themselves. In most such workspaces an attacker who can write `nx.json` can already run code through the repository's build files (`./mvnw`, `pom.xml`, and the Gradle equivalents), so the genuinely new exposure is narrow — for example CI building a fork's pull request where `nx.json` is writable but the build files are not. We have no evidence of exploitation in the wild.</p>
<p>## Affected &amp; Patched Versions</p>
<p>| Package | Vulnerable | Patched |
| --- | --- | --- |
| `@nx/maven` | `&gt;= 22.0.2, &lt; 22.7.9`; `&gt;= 23.0.0, &lt; 23.1.2` | `22.7.9`, `23.1.2` |
| `@nx/gradle` | `&gt;= 21.0.0, &lt; 22.7.9`; `&gt;= 23.0.0, &lt; 23.1.2` | `22.7.9`, `23.1.2` |</p>
<p>&gt; [!IMPORTANT]
&gt; Workspaces that register neither `@nx/maven` nor `@nx/gradle` in `nx.json` are unaffected — the vulnerable code only runs from those plugins' graph-construction paths, and no other Nx plugin shares this pattern.</p>
<p>## Remediation</p>
<p>Upgrade…</p></div>
    </content>
    <link href="https://db.gcve.eu/vuln/ghsa-qm8w-vx34-5j9j"/>
  </entry>
</feed>
