<?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-29T22:34:06.892375+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-28463</id>
    <title>CVE-2026-28463 — OpenClaw &lt; 2026.2.14 - Arbitrary File Read via Shell Expansion in Safe Bins Allowlist</title>
    <updated>2026-09-29T22:34:06.931863+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.14 contain an arbitrary file read vulnerability in the exec-approvals allowlist validation that checks pre-expansion argv tokens but executes using real shell expansion. Attackers with authorization or through prompt-injection attacks can exploit safe binaries like head, tail, or grep with glob patterns or environment variables to disclose files readable by the gateway or node process when host execution is enabled in allowlist mode.</p></div>
    </content>
    <link href="https://vulnerability.circl.lu/vuln/cve-2026-28463"/>
  </entry>
  <entry>
    <id>https://vulnerability.circl.lu/vuln/ghsa-xvhf-x56f-2hpp</id>
    <title>GHSA-xvhf-x56f-2hpp — OpenClaw exec approvals: safeBins could bypass stdin-only constraints via shell expansion</title>
    <updated>2026-09-29T22:34:06.931968+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 exec-approvals allowlist supports a small set of "safe bins" intended to be stdin-only (no positional file arguments) when running `tools.exec.host=gateway|node` with `security=allowlist`.</p>
<p>In affected configurations, the allowlist validation checked pre-expansion argv tokens, but execution used a real shell (`sh -c`) which expands globs and environment variables. This allowed safe bins like `head`, `tail`, or `grep` to read arbitrary local files via tokens such as `*` or `$HOME/...` without triggering approvals.</p>
<p>This issue is configuration-dependent and is not exercised by default settings (default `tools.exec.host` is `sandbox`).</p>
<p>## Affected Packages / Versions</p>
<p>- Package: `openclaw` (npm)
- Affected: `&lt;= 2026.2.13`
- Patched: `&gt;= 2026.2.14` (planned; publish the advisory after the npm release is out)</p>
<p>## Impact</p>
<p>An authorized but untrusted caller (or prompt-injection) could cause the gateway/node process to disclose files readable by that process when host execution is enabled in allowlist mode.</p>
<p>## Fix</p>
<p>Safe-bins executions now force argv tokens to be treated as literal text at execution time (single-quoted), preventing globbing and `$VARS` expansion from turning "safe" tokens into file paths.</p>
<p>## Fix Commit(s)</p>
<p>- 77b89719d5b7e271f48b6f49e334a8b991468c3b</p>
<p>## Release Process Note</p>
<p>`patched_versions` is pre-set for the next planned release (`&gt;= 2026.2.14`) so publishing is a single click once that npm version is available.</p>
<p>Thanks @christos-eth for…</p></div>
    </content>
    <link href="https://vulnerability.circl.lu/vuln/ghsa-xvhf-x56f-2hpp"/>
  </entry>
</feed>
