<?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-09-30T11:38:17.933609+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/brew-openclaw-cli-cve-2026-28391</id>
    <title>BREW-openclaw-cli-CVE-2026-28391 — OpenClaw's Windows cmd.exe parsing may bypass exec allowlist/approval gating</title>
    <updated>2026-09-30T11:38:17.935981+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> Homebrew: openclaw-cli</p>
<p>### Summary</p>
<p>On Windows nodes, exec requests were executed via `cmd.exe /d /s /c &lt;rawCommand&gt;`. In allowlist/approval-gated mode, the allowlist analysis did not model Windows `cmd.exe` parsing and metacharacter behavior. A crafted command string could cause `cmd.exe` to interpret additional operations (for example command chaining via `&amp;`, or expansion via `%...%` / `!...!`) beyond what was allowlisted/approved.</p>
<p>### Affected Packages / Versions</p>
<p>- Package: `openclaw` (npm)
- Affected: `&lt;= 2026.2.1`
- Patched: `&gt;= 2026.2.2`
- Latest (npm) as of 2026-02-14: `2026.2.13`</p>
<p>### Details</p>
<p>- Default installs: Not affected unless you opt into exec allowlist/approval gating on Windows nodes.
- Windows execution uses `cmd.exe` via `src/infra/node-shell.ts`.
- The fix hardens Windows allowlist enforcement by:
  - Passing the platform into allowlist analysis and rejecting Windows shell metacharacters.
  - Treating `cmd.exe` invocation as not allowlist-safe on Windows.
  - Avoiding `cmd.exe` entirely in allowlist mode by executing the parsed argv directly when possible.</p>
<p>### Fix Commit(s)</p>
<p>- `a7f4a53ce80c98ba1452eb90802d447fca9bf3d6`</p>
<p>Thanks @simecek for reporting.</p></div>
    </content>
    <link href="https://db.gcve.eu/vuln/brew-openclaw-cli-cve-2026-28391"/>
  </entry>
  <entry>
    <id>https://db.gcve.eu/vuln/cve-2026-28391</id>
    <title>CVE-2026-28391 — OpenClaw &lt; 2026.2.2 - Command Injection via cmd.exe Parsing Bypass in Allowlist Enforcement</title>
    <updated>2026-09-30T11:38:17.936088+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> OpenClaw</p>
<p>OpenClaw versions prior to 2026.2.2 fail to properly validate Windows cmd.exe metacharacters in allowlist-gated exec requests (non-default configuration), allowing attackers to bypass command approval restrictions. Remote attackers can craft command strings with shell metacharacters like &amp; or %...% to execute unapproved commands beyond the allowlisted operations.</p></div>
    </content>
    <link href="https://db.gcve.eu/vuln/cve-2026-28391"/>
  </entry>
</feed>
