GHSA-r6xh-pqhr-v4xh
## Summary MCP loopback owner context is derived from server-issued bearer tokens. ## Affected Packages / Versions - Package: openclaw (npm) - Affected versions: <= 2026.4.21 - Fixed version: 2026.4.22 ## Impact The loopback MCP path accepted spoofable owner-context metadata from request headers, which could allow a non-owner loopback client to present itself as owner for owner-gated operations. ## Fix The MCP loopback runtime now issues separate owner and non-owner bearer tokens and derives senderIsOwner exclusively from which token authenticated the request. The spoofable sender-owner header is no longer emitted or trusted. ## Fix Commit(s) - 3cb1a56bfc9579a0f2336f9cfa12a8a744332a19 ## Verification - The fix commit is contained in the public v2026.4.22 tag. - [email protected] is published on npm and the compiled package contains the fix. - Focused regression coverage for this path passed before publication. OpenClaw thanks @VladimirEliTokarev for reporting.
Properties
- ghsa_id
- GHSA-r6xh-pqhr-v4xh
- summary
- OpenClaw: MCP loopback owner context is derived from server-issued bearer tokens
- severity
- high
- cve_id
- GHSA-r6xh-pqhr-v4xh
- is_ghsa_only
- true
- ghsa_published
- 2026-05-04T20:22:42Z
- source_url
- https://github.com/advisories/GHSA-r6xh-pqhr-v4xh
- ghsa_updated
- 2026-05-04T20:22:43Z
Related Entities (4)
VULNERABLE_TO (1)
AFFECTS (1)
REPORTED_BY (1)
HAS_WEAKNESS (1)
Explore deeper with Ninja Signal's threat intelligence graph