<?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>Fri, 02 Oct 2026 18:48:24 +0000</lastBuildDate>
    <item>
      <title>CVE-2026-32045 — OpenClaw &lt; 2026.2.21 - Authentication Bypass in HTTP Gateway Routes via Tokenless Tailscale Auth</title>
      <link>https://vulnerability.circl.lu/vuln/cve-2026-32045</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; OpenClaw&lt;/p&gt;
&lt;p&gt;OpenClaw versions prior to 2026.2.21 incorrectly apply tokenless Tailscale header authentication to HTTP gateway routes, allowing bypass of token and password requirements. Attackers on trusted networks can exploit this misconfiguration to access HTTP gateway routes without proper authentication credentials.&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 prior to 2026.2.21 incorrectly apply tokenless Tailscale header authentication to HTTP gateway routes, allowing bypass of token and password requirements. Attackers on trusted networks can exploit this misconfiguration to access HTTP gateway routes without proper authentication credentials.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/cve-2026-32045</guid>
    </item>
    <item>
      <title>GHSA-hff7-ccv5-52f8 — OpenClaw's gateway tokenless Tailscale auth applied to HTTP routes</title>
      <link>https://vulnerability.circl.lu/vuln/ghsa-hff7-ccv5-52f8</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; npm: openclaw&lt;/p&gt;
&lt;p&gt;### Summary
When tokenless Tailscale auth is enabled, OpenClaw should only allow forwarded-header auth for Control UI websocket authentication on trusted hosts. In affected versions, that tokenless path could also be used by HTTP gateway auth call sites, which could bypass token/password requirements for HTTP routes in trusted-network deployments.&lt;/p&gt;
&lt;p&gt;### Affected Packages / Versions
- Package: `openclaw` (npm)
- Affected range: `&amp;lt;= 2026.2.19-2` (latest published npm version as of February 21, 2026)
- Patched in: planned `2026.2.21` release&lt;/p&gt;
&lt;p&gt;### Impact
Deployments relying on token/password for HTTP gateway routes could be downgraded to tokenless behavior when Tailscale header auth is enabled. This weakens expected HTTP route authentication boundaries even in trusted-host network setups.&lt;/p&gt;
&lt;p&gt;Per SECURITY.md, this does not affect the recommended setup: keep the Gateway loopback-only (or otherwise within a trusted host/network boundary), use Tailscale serve/funnel for remote access, and keep tokenless Tailscale auth scoped to Control UI websocket login.&lt;/p&gt;
&lt;p&gt;### Fix
- Added an explicit auth-surface gate (`allowTailscaleHeaderAuth`, default `false`) in gateway auth.
- Enabled tokenless Tailscale header auth only for Control UI websocket authentication.
- Kept HTTP gateway auth call sites on token/password auth paths.
- Added regression coverage for HTTP-vs-websocket behavior and Tailscale header handling.&lt;/p&gt;
&lt;p&gt;### Fix Commit(s)
- `356d61aacfa5b0f1d5830716ec59d70682a3e7b8`&lt;/p&gt;
&lt;p&gt;### Release Process…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; npm: openclaw&lt;/p&gt;
&lt;p&gt;### Summary
When tokenless Tailscale auth is enabled, OpenClaw should only allow forwarded-header auth for Control UI websocket authentication on trusted hosts. In affected versions, that tokenless path could also be used by HTTP gateway auth call sites, which could bypass token/password requirements for HTTP routes in trusted-network deployments.&lt;/p&gt;
&lt;p&gt;### Affected Packages / Versions
- Package: `openclaw` (npm)
- Affected range: `&amp;lt;= 2026.2.19-2` (latest published npm version as of February 21, 2026)
- Patched in: planned `2026.2.21` release&lt;/p&gt;
&lt;p&gt;### Impact
Deployments relying on token/password for HTTP gateway routes could be downgraded to tokenless behavior when Tailscale header auth is enabled. This weakens expected HTTP route authentication boundaries even in trusted-host network setups.&lt;/p&gt;
&lt;p&gt;Per SECURITY.md, this does not affect the recommended setup: keep the Gateway loopback-only (or otherwise within a trusted host/network boundary), use Tailscale serve/funnel for remote access, and keep tokenless Tailscale auth scoped to Control UI websocket login.&lt;/p&gt;
&lt;p&gt;### Fix
- Added an explicit auth-surface gate (`allowTailscaleHeaderAuth`, default `false`) in gateway auth.
- Enabled tokenless Tailscale header auth only for Control UI websocket authentication.
- Kept HTTP gateway auth call sites on token/password auth paths.
- Added regression coverage for HTTP-vs-websocket behavior and Tailscale header handling.&lt;/p&gt;
&lt;p&gt;### Fix Commit(s)
- `356d61aacfa5b0f1d5830716ec59d70682a3e7b8`&lt;/p&gt;
&lt;p&gt;### Release Process…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/ghsa-hff7-ccv5-52f8</guid>
    </item>
  </channel>
</rss>
