<?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://vulnerability.circl.lu</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>Tue, 29 Sep 2026 05:26:15 +0000</lastBuildDate>
    <item>
      <title>BREW-openclaw-cli-CVE-2026-31998 — OpenClaw's Synology Chat dmPolicy=allowlist failed open on empty allowedUserIds, allowing unauthorized agent dispatch</title>
      <link>https://vulnerability.circl.lu/vuln/brew-openclaw-cli-cve-2026-31998</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Homebrew: openclaw-cli&lt;/p&gt;
&lt;p&gt;### Summary
In `openclaw` versions `2026.2.22` and `2026.2.23`, the optional `synology-chat` channel plugin had an authorization fail-open condition: when `dmPolicy` was `allowlist` and `allowedUserIds` was empty/unset, unauthorized senders were still allowed through to agent dispatch.&lt;/p&gt;
&lt;p&gt;This is assessed as **medium** severity because it requires channel/plugin setup and Synology sender access, but can still trigger downstream agent/tool actions.&lt;/p&gt;
&lt;p&gt;### Affected Packages / Versions
- Package: `openclaw` (npm)
- Affected versions: `&amp;gt;= 2026.2.22, &amp;lt;= 2026.2.23`
- Latest published affected version at patch time: `2026.2.23`
- Planned patched version: `2026.2.24`&lt;/p&gt;
&lt;p&gt;### Details
Root cause was a policy mismatch across plugin code paths:
1. Default resolved DM policy was `allowlist`.
2. Empty `allowedUserIds` was treated as allow-all.
3. Webhook auth in allowlist mode depended on that helper.&lt;/p&gt;
&lt;p&gt;Result: `allowlist` with empty list behaved like open access for inbound Synology senders.&lt;/p&gt;
&lt;p&gt;### Fix Commit(s)
- `0ee30361b8f6ef3f110f3a7b001da6dd3df96bb5`
- `7655c0cb3a47d0647cbbf5284e177f90b4b82ddb`&lt;/p&gt;
&lt;p&gt;### Release Process Note
`patched_versions` is pre-set to the planned next release (`&amp;gt;= 2026.2.24`). Once npm release `2026.2.24` is published, the advisory can be published directly.&lt;/p&gt;
&lt;p&gt;OpenClaw thanks @tdjackey for reporting.&lt;/p&gt;
&lt;p&gt;### Publication Update (2026-02-25)
`openclaw@2026.2.24` is published on npm and contains the fix commit(s) listed above. This advisory now marks `&amp;gt;= 2026.2.24` as patched.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Homebrew: openclaw-cli&lt;/p&gt;
&lt;p&gt;### Summary
In `openclaw` versions `2026.2.22` and `2026.2.23`, the optional `synology-chat` channel plugin had an authorization fail-open condition: when `dmPolicy` was `allowlist` and `allowedUserIds` was empty/unset, unauthorized senders were still allowed through to agent dispatch.&lt;/p&gt;
&lt;p&gt;This is assessed as **medium** severity because it requires channel/plugin setup and Synology sender access, but can still trigger downstream agent/tool actions.&lt;/p&gt;
&lt;p&gt;### Affected Packages / Versions
- Package: `openclaw` (npm)
- Affected versions: `&amp;gt;= 2026.2.22, &amp;lt;= 2026.2.23`
- Latest published affected version at patch time: `2026.2.23`
- Planned patched version: `2026.2.24`&lt;/p&gt;
&lt;p&gt;### Details
Root cause was a policy mismatch across plugin code paths:
1. Default resolved DM policy was `allowlist`.
2. Empty `allowedUserIds` was treated as allow-all.
3. Webhook auth in allowlist mode depended on that helper.&lt;/p&gt;
&lt;p&gt;Result: `allowlist` with empty list behaved like open access for inbound Synology senders.&lt;/p&gt;
&lt;p&gt;### Fix Commit(s)
- `0ee30361b8f6ef3f110f3a7b001da6dd3df96bb5`
- `7655c0cb3a47d0647cbbf5284e177f90b4b82ddb`&lt;/p&gt;
&lt;p&gt;### Release Process Note
`patched_versions` is pre-set to the planned next release (`&amp;gt;= 2026.2.24`). Once npm release `2026.2.24` is published, the advisory can be published directly.&lt;/p&gt;
&lt;p&gt;OpenClaw thanks @tdjackey for reporting.&lt;/p&gt;
&lt;p&gt;### Publication Update (2026-02-25)
`openclaw@2026.2.24` is published on npm and contains the fix commit(s) listed above. This advisory now marks `&amp;gt;= 2026.2.24` as patched.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/brew-openclaw-cli-cve-2026-31998</guid>
    </item>
    <item>
      <title>CVE-2026-31998 — OpenClaw 2026.2.22 &lt; 2026.2.24 - Authorization Bypass in Synology Chat Plugin via Empty allowedUserIds</title>
      <link>https://vulnerability.circl.lu/vuln/cve-2026-31998</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; OpenClaw&lt;/p&gt;
&lt;p&gt;OpenClaw versions 2026.2.22 and 2026.2.23 contain an authorization bypass vulnerability in the synology-chat channel plugin where dmPolicy set to allowlist with empty allowedUserIds fails open. Attackers with Synology sender access can bypass authorization checks and trigger unauthorized agent dispatch and downstream tool actions.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; OpenClaw&lt;/p&gt;
&lt;p&gt;OpenClaw versions 2026.2.22 and 2026.2.23 contain an authorization bypass vulnerability in the synology-chat channel plugin where dmPolicy set to allowlist with empty allowedUserIds fails open. Attackers with Synology sender access can bypass authorization checks and trigger unauthorized agent dispatch and downstream tool actions.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/cve-2026-31998</guid>
    </item>
  </channel>
</rss>
