<?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://db.gcve.eu/rss/recent/all/10</id>
  <title>Most recent entries from all</title>
  <updated>2026-10-09T05:17:51.754592+00:00</updated>
  <author>
    <name>Vulnerability-Lookup</name>
    <email>info@gcve.eu</email>
  </author>
  <link href="https://db.gcve.eu" 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://db.gcve.eu/vuln/brew-openclaw-cli-cve-2026-32982</id>
    <title>BREW-openclaw-cli-CVE-2026-32982 — OpenClaw Telegram media fetch errors exposed bot tokens in logged file URLs</title>
    <updated>2026-10-09T05:17:51.755954+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> Homebrew: openclaw-cli</p>
<p>### Summary
`openclaw` versions `&lt;= 2026.3.12` could include raw Telegram bot tokens in media fetch error strings when inbound Telegram media downloads failed.</p>
<p>### Affected Packages / Versions
- Package: `openclaw` (`npm`)
- Affected versions: `&lt;= 2026.3.12`
- Fixed version: `2026.3.13`</p>
<p>### Details
The vulnerable path was `fetchRemoteMedia()` in `src/media/fetch.ts`. In affected releases, fetch and HTTP error paths embedded the original Telegram file URL into `MediaFetchError` messages. For Telegram media, those URLs can include `/file/bot&lt;TOKEN&gt;/...`, so the resulting error strings could leak bot tokens into logs, console output, or any downstream error surface that rendered the exception text.</p>
<p>This issue is in scope under OpenClaw's trust model because the leaked secret is an OpenClaw-operated integration credential, not a user-supplied third-party secret.</p>
<p>### Fix
`openclaw@2026.3.13` redacts sensitive media URLs before constructing fetch error messages. Current code routes the source URL and follow-on error paths through `redactMediaUrl()` / `redactSensitiveText()`, so Telegram bot tokens are no longer emitted in those error strings.</p>
<p>Regression coverage exists in `src/media/fetch.test.ts` (`redacts Telegram bot tokens from fetch failure messages` and `redacts Telegram bot tokens from HTTP error messages`).</p>
<p>### Fix Commit(s)
- `7a53eb7ea8295b08be137e231c9a98c1a79b5cd5`</p>
<p>Thanks @space08 for reporting.</p></div>
    </content>
    <link href="https://db.gcve.eu/vuln/brew-openclaw-cli-cve-2026-32982"/>
  </entry>
</feed>
