GHSA-pfv7-rr5m-qmv6
GHSA-pfv7-rr5m-qmv6 · OpenClaw has auth inconsistency on local Browser Extension Relay /extension endpoint
This page contains facts from public vulnerability sources. Check the original advisory before updating.
### 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.
CVSS 5.1 · Medium · Fix available
- Published
- Updated
Stack: node
Affected products and versions
openclaw npm
- Affected ranges
- SEMVER: < 2026.2.19
Update to 2026.2.19