<?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://cve.radiocsirt.org</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, 09 Oct 2026 11:02:28 +0000</lastBuildDate>
    <item>
      <title>GHSA-g27f-9qjv-22pm — OpenClaw log poisoning (indirect prompt injection) via WebSocket headers</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-g27f-9qjv-22pm</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; npm: openclaw&lt;/p&gt;
&lt;p&gt;### Summary
In `openclaw` versions prior to `2026.2.13`, OpenClaw logged certain WebSocket request headers (including `Origin` and `User-Agent`) without neutralization or length limits on the &amp;#34;closed before connect&amp;#34; path.&lt;/p&gt;
&lt;p&gt;If an unauthenticated client can reach the gateway and send crafted header values, those values may be written into core logs. Under workflows where logs are later read or interpreted by an LLM (for example via AI-assisted debugging), this can increase the risk of indirect prompt injection (log poisoning).&lt;/p&gt;
&lt;p&gt;### Affected Packages / Versions
- Package: `openclaw` (npm)
- Affected: `&amp;lt;= 2026.2.12`
- Fixed: `&amp;gt;= 2026.2.13`&lt;/p&gt;
&lt;p&gt;### Details
- Component: `src/gateway/server/ws-connection.ts`
- Trigger: WebSocket connection closes before completing the connect/handshake; header values are included in the log message and structured context.&lt;/p&gt;
&lt;p&gt;### Impact
This issue is primarily an indirect prompt injection risk and depends on downstream log consumption behavior. If you do not feed logs into an LLM or other automation, impact is limited.&lt;/p&gt;
&lt;p&gt;### Fix
Header values written to gateway logs are now sanitized and truncated (including removal of control/format characters and length limiting).
- Fix commits: `d637a263505448bf4505b85535babbfaacedbaac`, `e84318e4bcdc948d92e57fda1eb763a65e1774f0` (PR #15592)&lt;/p&gt;
&lt;p&gt;### Workarounds
- Upgrade to `openclaw@2026.2.13` or later.
- Treat logs as untrusted input when using AI-assisted debugging (sanitize/escape, and do not auto-execute instructions…&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
In `openclaw` versions prior to `2026.2.13`, OpenClaw logged certain WebSocket request headers (including `Origin` and `User-Agent`) without neutralization or length limits on the &amp;#34;closed before connect&amp;#34; path.&lt;/p&gt;
&lt;p&gt;If an unauthenticated client can reach the gateway and send crafted header values, those values may be written into core logs. Under workflows where logs are later read or interpreted by an LLM (for example via AI-assisted debugging), this can increase the risk of indirect prompt injection (log poisoning).&lt;/p&gt;
&lt;p&gt;### Affected Packages / Versions
- Package: `openclaw` (npm)
- Affected: `&amp;lt;= 2026.2.12`
- Fixed: `&amp;gt;= 2026.2.13`&lt;/p&gt;
&lt;p&gt;### Details
- Component: `src/gateway/server/ws-connection.ts`
- Trigger: WebSocket connection closes before completing the connect/handshake; header values are included in the log message and structured context.&lt;/p&gt;
&lt;p&gt;### Impact
This issue is primarily an indirect prompt injection risk and depends on downstream log consumption behavior. If you do not feed logs into an LLM or other automation, impact is limited.&lt;/p&gt;
&lt;p&gt;### Fix
Header values written to gateway logs are now sanitized and truncated (including removal of control/format characters and length limiting).
- Fix commits: `d637a263505448bf4505b85535babbfaacedbaac`, `e84318e4bcdc948d92e57fda1eb763a65e1774f0` (PR #15592)&lt;/p&gt;
&lt;p&gt;### Workarounds
- Upgrade to `openclaw@2026.2.13` or later.
- Treat logs as untrusted input when using AI-assisted debugging (sanitize/escape, and do not auto-execute instructions…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-g27f-9qjv-22pm</guid>
    </item>
  </channel>
</rss>
