GitHub Advisoryadvisory · npm
GHSA-f6h3-846h-2r8w OpenClaw's elevated allowFrom accepted broader identity signals than specified within sender-scoped authorization
MEDIUM
Official page ↗
- Ecosystem
- npm
- Packages
- openclaw
- Severity
- Moderate
- CVSS vector
- CVSS:4.0/AV:N/AC:L/AT:N/PR:L/UI:N/VC:N/VI:L/VA:N/SC:N/SI:N/SA:N
- Weaknesses
- CWE-639
- Reviewed
- 2026-03-04
Affected packages
• npm openclaw: < 2026.2.22 → fixed in 2026.2.22
Description
Summary
In certain elevated-mode configurations, `tools.elevated.allowFrom` accepted broader identity signals than intended. The fix tightens matching to sender-scoped identity by default and makes mutable metadata matching explicit.
Context
OpenClaw is commonly used in 1:1 chats or trusted group chats. In that intended model, this issue is best treated as authorization hardening / defense-in-depth for elevated sender approval.
Affected Packages / Versions
• Package: `openclaw` (npm)
• Latest published npm version at triage: `2026.2.21-2`
• Affected versions: `<= 2026.2.21-2`
• Planned patched version (pre-set for publish-ready advisory): `2026.2.22`
Details
Elevated sender authorization now matches sender-scoped identity values only by default (`SenderId`, `From`, `SenderE164`) and no longer considers recipient routing fields such as `ctx.To`.
Mutable sender metadata (`SenderName`, `SenderUsername`, `SenderTag`) now requires explicit allowlist prefixes (`name:`, `username:`, `tag:`). Explicit identity prefixes are also supported (`id:`, `from:`, `e164:`).
Fix Commit(s)
• `6817c0ec7b4fa830123d4f5c340f075a4bd04ee2`
Release Process Note
The advisory `patched_versions` is pre-set to the planned next release (`2026.2.22`). Once npm `[email protected]` is published, this advisory can be published without additional content edits.
OpenClaw thanks @jiseoung for reporting.
Related
Weakness · CWE (1)
- CWE-639 Authorization Bypass Through User-Controlled Key weakness