GitHub Advisoryadvisory · npm
GHSA-pfv7-rr5m-qmv6 OpenClaw has auth inconsistency on local Browser Extension Relay /extension endpoint
MEDIUM
Official page ↗
- Ecosystem
- npm
- Packages
- openclaw
- Severity
- Moderate
- CVSS vector
- CVSS:4.0/AV:L/AC:L/AT:N/PR:N/UI:N/VC:N/VI:L/VA:N/SC:N/SI:N/SA:N
- Weaknesses
- CWE-306
- Reviewed
- 2026-03-03
Affected packages
• npm openclaw: < 2026.2.19 → fixed in 2026.2.19
Description
Summary
When the optional Chrome extension relay is enabled, `/extension` accepted unauthenticated WebSocket upgrades while `/json/*` and `/cdp` required auth.
Affected Packages / Versions
• Package: `openclaw` (npm)
• Affected: `<= 2026.2.17`
• Latest published npm version at triage time: `2026.2.17`
Impact
This is a local-only issue on loopback (`127.0.0.1`) and only applies when the extension relay feature is in use. A local process on the same machine could connect to `/extension` without the token and interfere with extension-relay behavior.
No remote network exploit path is involved.
Fix
• Require gateway-token auth on both `/extension` and `/cdp` relay WebSocket endpoints.
• Keep loopback/origin checks as defense-in-depth, not as authentication.
• Use one token path in setup: `gateway.auth.token` / `OPENCLAW_GATEWAY_TOKEN`.
Fix Commit(s)
• `7e54b6c96feb1a5c30884f2b32037b8dadd0e532`
OpenClaw thanks @tdjackey for reporting.
Related
Weakness · CWE (1)
- CWE-306 Missing Authentication for Critical Functionality weakness