<?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-28T07:33:55.482114+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-35620</id>
    <title>BREW-openclaw-cli-CVE-2026-35620 — OpenClaw: Non-owner command-authorized sender can change the owner-only `/send` session delivery policy</title>
    <updated>2026-09-28T07:33:55.501053+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> Homebrew: openclaw-cli</p>
<p>&gt; Fixed in OpenClaw 2026.3.24, the current shipping release.</p>
<p>**Title**  
Non-owner command-authorized sender can change the owner-only `/send` session delivery policy</p>
<p>**CWE**  
CWE-285 Improper Authorization</p>
<p>**CVSS v3.1**  
CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:L/A:L  
Base score: **5.4 (Medium)**</p>
<p>**Severity Assessment**  
Medium. This is a real owner-only authorization bypass, but the demonstrated impact is limited to persistent mutation of the current session’s delivery policy rather than direct code execution, sandbox escape, or cross-host compromise.</p>
<p>**Impact**  
A non-owner sender who is allowed to run commands can invoke `/send on|off|inherit` and persistently change the current session’s `sendPolicy`, even though OpenClaw documents `/send` as owner-only.</p>
<p>That lets a lower-trust participant:
- disable reply delivery for the current session (`/send off`), suppressing future replies in that chat;
- re-enable reply delivery (`/send on`) after the owner intentionally disabled it;
- remove the session override (`/send inherit`).</p>
<p>**Affected Component**  
Verified against the latest published GitHub release tag `v2026.3.23` (`ccfeecb6887cd97937e33a71877ad512741e82b2`), published `2026-03-23T23:15:50Z`.</p>
<p>Exact vulnerable path on the shipped tag:
- `src/auto-reply/reply/commands-session.ts:212-239`
  - `handleSendPolicyCommand(...)` checks only `params.command.isAuthorizedSender`.
  - when true, it mutates `params.sessionEntry.sendPolicy` and persists the session entry.…</p></div>
    </content>
    <link href="https://db.gcve.eu/vuln/brew-openclaw-cli-cve-2026-35620"/>
  </entry>
  <entry>
    <id>https://db.gcve.eu/vuln/cve-2026-35620</id>
    <title>CVE-2026-35620 — OpenClaw &lt; 2026.3.24 - Missing Authorization in /send and /allowlist Chat Commands</title>
    <updated>2026-09-28T07:33:55.501162+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> OpenClaw</p>
<p>OpenClaw before 2026.3.24 contains missing authorization vulnerabilities in the /send and /allowlist chat command handlers. The /send command allows non-owner command-authorized senders to change owner-only session delivery policy settings, and the /allowlist mutating commands fail to enforce operator.admin scope. Attackers with operator.write scope can invoke /send on|off|inherit to persistently mutate the current session's sendPolicy, and execute /allowlist add commands to modify config-backed allowFrom entries and pairing-store allowlist entries without proper admin authorization.</p></div>
    </content>
    <link href="https://db.gcve.eu/vuln/cve-2026-35620"/>
  </entry>
</feed>
