<?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://vulnerability.circl.lu/rss/recent/all/10</id>
  <title>Most recent entries from all</title>
  <updated>2026-09-28T14:38:51.674371+00:00</updated>
  <author>
    <name>Vulnerability-Lookup</name>
    <email>info@circl.lu</email>
  </author>
  <link href="https://vulnerability.circl.lu" 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://vulnerability.circl.lu/vuln/cve-2026-32021</id>
    <title>CVE-2026-32021 — OpenClaw &lt; 2026.2.22 - Authorization Bypass via Display Name Collision in Feishu allowFrom</title>
    <updated>2026-09-28T14:38:51.678676+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.22 contain an authorization bypass vulnerability in the Feishu allowFrom allowlist implementation that accepts mutable sender display names instead of enforcing ID-only matching. An attacker can set a display name equal to an allowlisted ID string to bypass authorization checks and gain unauthorized access.</p></div>
    </content>
    <link href="https://vulnerability.circl.lu/vuln/cve-2026-32021"/>
  </entry>
  <entry>
    <id>https://vulnerability.circl.lu/vuln/ghsa-j4xf-96qf-rx69</id>
    <title>GHSA-j4xf-96qf-rx69 — OpenClaw has a Feishu allowFrom authorization bypass via display-name collision</title>
    <updated>2026-09-28T14:38:51.678773+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> npm: openclaw</p>
<p>### Summary</p>
<p>Feishu allowlist authorization could be bypassed by display-name collision.</p>
<p>### Details</p>
<p>`channels.feishu.allowFrom` is documented as an ID-based allowlist (open_id list), but Feishu policy matching accepted mutable sender display names in the same namespace. An attacker could set a display name equal to an allowlisted ID string and pass authorization checks.</p>
<p>The fix enforces ID-only matching for Feishu allowlist checks, normalizes Feishu ID prefixes during comparison, and ignores mutable display names for authorization.</p>
<p>### Impact</p>
<p>Deployments using Feishu allowlist-based authorization could incorrectly authorize non-allowlisted senders when a colliding display name was used.</p>
<p>### Affected Packages / Versions</p>
<p>- Package: `openclaw` (npm)
- Latest published version at triage time: `2026.2.21-2`
- Affected range: `&lt;= 2026.2.21-2`
- Planned patched version: `&gt;= 2026.2.22`</p>
<p>### Fix Commit(s)</p>
<p>- `4ed87a667263ed2d422b9d5d5a5d326e099f92c7`</p>
<p>### Release Process Note</p>
<p>`patched_versions` is pre-set to the planned next release (`&gt;= 2026.2.22`) so the advisory is ready to publish once that npm release is available.</p>
<p>OpenClaw thanks @jiseoung for reporting.</p></div>
    </content>
    <link href="https://vulnerability.circl.lu/vuln/ghsa-j4xf-96qf-rx69"/>
  </entry>
</feed>
