GitHub Advisoryadvisory · npm

GHSA-pfv7-rr5m-qmv6 OpenClaw has auth inconsistency on local Browser Extension Relay /extension endpoint

MEDIUM Published 2026-03-03 Modified 2026-03-03 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

References