<?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-28T18:53:50.822264+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-42426</id>
    <title>CVE-2026-42426 — OpenClaw &lt; 2026.4.8 - Improper Authorization in node.pair.approve via operator.write Scope</title>
    <updated>2026-09-28T18:53:50.863266+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> OpenClaw</p>
<p>OpenClaw before 2026.4.8 contains an improper authorization vulnerability where the node.pair.approve method accepts operator.write scope instead of the narrower operator.pairing scope, allowing unprivileged users to approve node pairing. Attackers with operator.write permissions can bypass pairing approval restrictions to gain unauthorized access to exec-capable nodes.</p></div>
    </content>
    <link href="https://vulnerability.circl.lu/vuln/cve-2026-42426"/>
  </entry>
  <entry>
    <id>https://vulnerability.circl.lu/vuln/ghsa-67mf-f936-ppxf</id>
    <title>GHSA-67mf-f936-ppxf — OpenClaw `node.pair.approve` placed in `operator.write` scope instead of `operator.pairing` allows unprivileged pairing…</title>
    <updated>2026-09-28T18:53:50.863398+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> npm: openclaw</p>
<p>## Impact</p>
<p>OpenClaw `node.pair.approve` placed in `operator.write` scope instead of `operator.pairing` allows unprivileged pairing approval.</p>
<p>The pairing approval method accepted operator.write instead of the narrower pairing scope and admin requirement for exec-capable nodes.</p>
<p>OpenClaw is a user-controlled local assistant. This advisory is scoped to the OpenClaw trust model and does not assume a multi-tenant service boundary.</p>
<p>## Affected Packages / Versions</p>
<p>- Package: `openclaw` (npm)
- Affected versions: `&lt;= v2026.04.01`
- Patched versions: `2026.4.8`</p>
<p>## Fix</p>
<p>The issue was fixed on `main` and is available in the patched npm version listed above. The verified fixed tree is commit `d7c3210cd6f5fdfdc1beff4c9541673e814354d5`.</p>
<p>## Verification</p>
<p>The fix was re-checked against `main` before publication, including targeted regression tests for the affected security boundary.</p>
<p>## Credits</p>
<p>Thanks @nicky-cc  of Tencent zhuque Lab ([https://github.com/Tencent/AI-Infra-Guard](https://github.com/Tencent/AI-Infra-Guard)) for reporting.</p></div>
    </content>
    <link href="https://vulnerability.circl.lu/vuln/ghsa-67mf-f936-ppxf"/>
  </entry>
</feed>
