GitHub Advisoryadvisory · npm

GHSA-r6xh-pqhr-v4xh OpenClaw: MCP loopback owner context is derived from server-issued bearer tokens

HIGH Published 2026-05-04 Modified 2026-05-12 Official page ↗
Aliases
CVE-2026-44118
Ecosystem
npm
Packages
openclaw
Severity
High
CVSS vector
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
Weaknesses
CWE-284, CWE-290
Reviewed
2026-05-04

Affected packages

• npm openclaw: < 2026.4.22 → fixed in 2026.4.22

Description

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.

Related

Alias · CVE (1)

  • CVE-2026-44118 OpenClaw before 2026.4.22 derives loopback MCP owner context from spoofable server-issued bearer tokens in request headers. vulnerability

Weakness · CWE (2)

  • CWE-284 Improper Access Control weakness
  • CWE-290 Authentication Bypass by Spoofing weakness

References