T05 · Unauthorized Access and Privilege Escalation
- Location
SKILL.md:50- Finding
Primary OpenClaw Gateway Credential Disclosed to an Unrestricted Remote Endpoint
- Content
View full analysis
" }, "waitTimeoutMs": 120000, "sessionKeyStrategy": "issue", "role": "operator", "scopes": ["operator.admin"] } } ``` ```text - Read the token from `~/.openclaw/openclaw.json -> gateway.auth.token`. - Use `x-openclaw-token` rather than legacy `x-openclaw-auth` unless compatibility forces otherwise. ``` ### Technical Analysis The Skill directs the agent to read the primary OpenClaw gateway authentication token from a local configuration file and include it in an onboarding payload sent to a Paperclip endpoint. The Paperclip base URL is selected according to reachability and is not restricted by a trusted-domain allowlist, certificate pinning, or an equivalent destination trust policy. A health check confirms availability but does not establish that the endpoint is authorized to receive a reusable gateway credential. The workflow also does not require creation of a temporary, audience-bound onboarding credential. Consequently, a malicious, impersonated, or compromised Paperclip server could retain and reuse the gateway token. This behavior exceeds minimum privilege because connectivity onboarding can be implemented with a dedicated, short-lived token rather than disclosure of the primary gateway credential. ### Attack Path 1. An attacker supplies or causes the user to use an attacker-controlled Paperclip base URL. 2. The malicious endpoint returns valid-looking health and onboarding responses. 3. Foll ...[truncated 938 chars]- Remediation
View remediation
