<?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://vulnerability.circl.lu</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>Mon, 28 Sep 2026 15:34:43 +0000</lastBuildDate>
    <item>
      <title>CVE-2026-32058 — OpenClaw &lt; 2026.2.26 - Approval Context-Binding Weakness in system.run via host=node</title>
      <link>https://vulnerability.circl.lu/vuln/cve-2026-32058</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; OpenClaw&lt;/p&gt;
&lt;p&gt;OpenClaw versions prior to 2026.2.26 contain an approval context-binding weakness in system.run execution flows with host=node that allows reuse of previously approved requests with modified environment variables. Attackers with access to an approval id can exploit this by reusing an approval with changed env input, bypassing execution-integrity controls in approval-enabled workflows.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; OpenClaw&lt;/p&gt;
&lt;p&gt;OpenClaw versions prior to 2026.2.26 contain an approval context-binding weakness in system.run execution flows with host=node that allows reuse of previously approved requests with modified environment variables. Attackers with access to an approval id can exploit this by reusing an approval with changed env input, bypassing execution-integrity controls in approval-enabled workflows.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/cve-2026-32058</guid>
    </item>
    <item>
      <title>GHSA-hjvp-qhm6-wrh2 — OpenClaw Node system.run approval context-binding weakness in approval-enabled host=node flows</title>
      <link>https://vulnerability.circl.lu/vuln/ghsa-hjvp-qhm6-wrh2</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; npm: openclaw&lt;/p&gt;
&lt;p&gt;### Summary
In approval-enabled `host=node` workflows, `system.run` approvals did not always carry a strict, versioned execution-context binding. In uncommon setups that rely on these approvals as an integrity guardrail, a previously approved request could be reused with changed env input.&lt;/p&gt;
&lt;p&gt;### Affected Packages / Versions
- Package: npm `openclaw`
- Latest published npm version at triage: `2026.2.25`
- Affected range: `&amp;lt;= 2026.2.25`
- Planned fixed version (next npm release): `2026.2.26`&lt;/p&gt;
&lt;p&gt;### Preconditions / Typical Exposure
This requires all of the following:
- `system.run` usage through `host=node`
- Exec approvals enabled and used as an execution-integrity control
- Access to an approval id in the same context&lt;/p&gt;
&lt;p&gt;Most default single-operator local setups do not rely on this path, so practical exposure is typically lower.&lt;/p&gt;
&lt;p&gt;### Details
Approval matching now uses a required versioned binding (`systemRunBindingV1`) over command argv, cwd, agent/session context, and env hash.&lt;/p&gt;
&lt;p&gt;The fix:
- Requires `commandArgv` when requesting `host=node` approvals.
- Requires `systemRunBindingV1` when consuming approvals for node `system.run`.
- Removes legacy non-versioned fallback matching and fails closed on missing/mismatched bindings.
- Keeps env mismatch handling explicit and blocks `GIT_EXTERNAL_DIFF` in host env policy.
- Adds/updates regression and contract coverage for mismatch mapping and binding rules.&lt;/p&gt;
&lt;p&gt;### Impact
Configuration-dependent approval-integrity weakness in node-host exec…&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 approval-enabled `host=node` workflows, `system.run` approvals did not always carry a strict, versioned execution-context binding. In uncommon setups that rely on these approvals as an integrity guardrail, a previously approved request could be reused with changed env input.&lt;/p&gt;
&lt;p&gt;### Affected Packages / Versions
- Package: npm `openclaw`
- Latest published npm version at triage: `2026.2.25`
- Affected range: `&amp;lt;= 2026.2.25`
- Planned fixed version (next npm release): `2026.2.26`&lt;/p&gt;
&lt;p&gt;### Preconditions / Typical Exposure
This requires all of the following:
- `system.run` usage through `host=node`
- Exec approvals enabled and used as an execution-integrity control
- Access to an approval id in the same context&lt;/p&gt;
&lt;p&gt;Most default single-operator local setups do not rely on this path, so practical exposure is typically lower.&lt;/p&gt;
&lt;p&gt;### Details
Approval matching now uses a required versioned binding (`systemRunBindingV1`) over command argv, cwd, agent/session context, and env hash.&lt;/p&gt;
&lt;p&gt;The fix:
- Requires `commandArgv` when requesting `host=node` approvals.
- Requires `systemRunBindingV1` when consuming approvals for node `system.run`.
- Removes legacy non-versioned fallback matching and fails closed on missing/mismatched bindings.
- Keeps env mismatch handling explicit and blocks `GIT_EXTERNAL_DIFF` in host env policy.
- Adds/updates regression and contract coverage for mismatch mapping and binding rules.&lt;/p&gt;
&lt;p&gt;### Impact
Configuration-dependent approval-integrity weakness in node-host exec…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/ghsa-hjvp-qhm6-wrh2</guid>
    </item>
  </channel>
</rss>
