<?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-10-03T18:13:32.183016+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-26324</id>
    <title>CVE-2026-26324 — OpenClaw has a SSRF guard bypass via full-form IPv4-mapped IPv6 (loopback / metadata reachable)</title>
    <updated>2026-10-03T18:13:32.549516+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> openclaw</p>
<p>OpenClaw is a personal AI assistant. Prior to version 2026.2.14, OpenClaw's SSRF protection could be bypassed using full-form IPv4-mapped IPv6 literals such as `0:0:0:0:0:ffff:7f00:1` (which is `127.0.0.1`). This could allow requests that should be blocked (loopback / private network / link-local metadata) to pass the SSRF guard. Version 2026.2.14 patches the issue.</p></div>
    </content>
    <link href="https://vulnerability.circl.lu/vuln/cve-2026-26324"/>
  </entry>
  <entry>
    <id>https://vulnerability.circl.lu/vuln/ghsa-jrvc-8ff5-2f9f</id>
    <title>GHSA-jrvc-8ff5-2f9f — OpenClaw has a SSRF guard bypass via full-form IPv4-mapped IPv6 (loopback / metadata reachable)</title>
    <updated>2026-10-03T18:13:32.549644+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>OpenClaw's SSRF protection could be bypassed using full-form IPv4-mapped IPv6 literals such as `0:0:0:0:0:ffff:7f00:1` (which is `127.0.0.1`). This could allow requests that should be blocked (loopback / private network / link-local metadata) to pass the SSRF guard.</p>
<p>- Vulnerable component: SSRF guard (`src/infra/net/ssrf.ts`)
- Issue type: SSRF protection bypass</p>
<p>### Affected Packages / Versions</p>
<p>- Package: `openclaw` (npm)
- Vulnerable: `&lt;= 2026.2.13`
- Patched: `&gt;= 2026.2.14` (planned next release)</p>
<p>### Details</p>
<p>The SSRF guard's IP classification did not consistently detect private IPv4 addresses when they were embedded in IPv6 using full-form IPv4-mapped IPv6 notation. As a result, inputs like `0:0:0:0:0:ffff:7f00:1` could bypass loopback/private network blocking.</p>
<p>### Fix Commit(s)</p>
<p>- `c0c0e0f9aecb913e738742f73e091f2f72d39a19`</p>
<p>### Release Process Note</p>
<p>This advisory is kept in draft state with the patched version set to the planned next release. Once `openclaw@2026.2.14` is published to npm, the only remaining step should be to publish this advisory.</p>
<p>Thanks @yueyueL for reporting.</p></div>
    </content>
    <link href="https://vulnerability.circl.lu/vuln/ghsa-jrvc-8ff5-2f9f"/>
  </entry>
</feed>
