https://db.gcve.eu Contains only the most 10 recent entries. http://www.rssboard.org/rss-specification python-feedgen en Mon, 28 Sep 2026 23:51:59 +0000 https://db.gcve.eu/vuln/cve-2026-32976 <p><strong>Affected:</strong> OpenClaw</p> <p>OpenClaw before 2026.3.11 contains an authorization bypass vulnerability allowing channel commands to mutate protected sibling-account configuration despite configWrites restrictions. Attackers with authorized access on one account can execute channel commands like /config set channels.&lt;provider&gt;.accounts.&lt;id&gt; to modify configuration on target accounts with configWrites: false.</p> <p><strong>Affected:</strong> OpenClaw</p> <p>OpenClaw before 2026.3.11 contains an authorization bypass vulnerability allowing channel commands to mutate protected sibling-account configuration despite configWrites restrictions. Attackers with authorized access on one account can execute channel commands like /config set channels.&lt;provider&gt;.accounts.&lt;id&gt; to modify configuration on target accounts with configWrites: false.</p> https://db.gcve.eu/vuln/cve-2026-32976 https://db.gcve.eu/vuln/ghsa-8jhh-jcqg-mj5p <p><strong>Affected:</strong> npm: openclaw</p> <p>## Summary In affected versions of `openclaw`, channel-initiated config mutations were authorized against the originating account&#39;s `configWrites` policy but did not consistently re-check the targeted account scope. An authorized sender on one account could mutate protected sibling-account configuration when the target account had `configWrites: false`.</p> <p>## Impact This is an account-scoped policy bypass inside a single gateway deployment. Channel commands such as `/config set channels.&lt;provider&gt;.accounts.&lt;id&gt;...` and config-backed `/allowlist ... --config --account &lt;id&gt;` could modify protected sibling-account configuration.</p> <p>## Affected Packages and Versions - Package: `openclaw` (npm) - Affected versions: `&lt;= 2026.3.8` - Fixed in: `2026.3.11`</p> <p>## Technical Details The mutation path validated the origin account scope but did not consistently authorize every resolved target scope. Ambiguous collection and root writes under `channels` and `channels.&lt;provider&gt;.accounts` could therefore reach protected account configuration from channel command surfaces.</p> <p>## Fix OpenClaw now authorizes config mutations against both the origin scope and each resolved target scope, and it rejects ambiguous root and collection writes from channel commands unless the caller is an internal gateway client with `operator.admin`. The fix shipped in `openclaw@2026.3.11`.</p> <p>## Workarounds Upgrade to `2026.3.11` or later.</p> <p><strong>Affected:</strong> npm: openclaw</p> <p>## Summary In affected versions of `openclaw`, channel-initiated config mutations were authorized against the originating account&#39;s `configWrites` policy but did not consistently re-check the targeted account scope. An authorized sender on one account could mutate protected sibling-account configuration when the target account had `configWrites: false`.</p> <p>## Impact This is an account-scoped policy bypass inside a single gateway deployment. Channel commands such as `/config set channels.&lt;provider&gt;.accounts.&lt;id&gt;...` and config-backed `/allowlist ... --config --account &lt;id&gt;` could modify protected sibling-account configuration.</p> <p>## Affected Packages and Versions - Package: `openclaw` (npm) - Affected versions: `&lt;= 2026.3.8` - Fixed in: `2026.3.11`</p> <p>## Technical Details The mutation path validated the origin account scope but did not consistently authorize every resolved target scope. Ambiguous collection and root writes under `channels` and `channels.&lt;provider&gt;.accounts` could therefore reach protected account configuration from channel command surfaces.</p> <p>## Fix OpenClaw now authorizes config mutations against both the origin scope and each resolved target scope, and it rejects ambiguous root and collection writes from channel commands unless the caller is an internal gateway client with `operator.admin`. The fix shipped in `openclaw@2026.3.11`.</p> <p>## Workarounds Upgrade to `2026.3.11` or later.</p> https://db.gcve.eu/vuln/ghsa-8jhh-jcqg-mj5p