other
Warning
- Location
- SKILLS.md:143
- Finding
- Overbroad Autonomous Disclosure to Third-Party Structured Memory## Vulnerability Details **File Location**: `SKILLS.md`, lines 35, 50, 101, and 143-144 **Vulnerability Type**: `other: Excessive External Data Disclosure` **Risk Level**: Medium ### Vulnerable Snippets `SKILLS.md:35`: ```markdown > Your OpenClaw setup must already be able to send messages on one of these channels as the user (e.g. controlling the desktop/web client). This skill tells the agent **what to say**. ``` `SKILLS.md:50`: ```markdown Once that's done, your agent can start sending messages to that same chat window. ``` `SKILLS.md:101`: ```markdown - The agent can include where it came from (email, chat, file) so Qordinate can link back later. ``` `SKILLS.md:143-144`: ```markdown - Treat Qordinate as the source of truth for "what needs doing" and "who is who" across time. - Whenever the agent thinks "the user will care about this later", it should create or update something in a list, not keep it in ephemeral memory. ``` ### Technical Analysis The skill instructs an agent operating through the user's authenticated WhatsApp, Telegram, or Slack session to send information to Qordinate for durable third-party storage. It permits the agent to include information originating from emails, chats, and files and broadly directs it to store anything it determines the user may care about later. Although the external service and initial account setup are disclosed to the user, the documented workflow does not require per-record confirmation, sensitivity classification, data minimization, or a transmission preview. It also does not prohibit sending credentials, confidential communications, personal contact information, private links, or sensitive file-derived content. Consequently, the agent's discretionary decision about what is worth remembering becomes an external disclosure boundary. Treating the service as the source of truth further encourages broad and persistent transfer rather than selective st ...[truncated 2048 chars]
- Remediation
- ## Remediation Suggestions 1. Require explicit user confirmation before every external write, including creation, update, and source-context attachment. 2. Display a transmission preview containing the destination service, channel, list name, and exact fields that will be sent. 3. Replace the broad “whenever the agent thinks” instruction with an allowlist of user-approved information categories. 4. Explicitly prohibit transmission of passwords, API keys, authentication tokens, OTPs, financial data, health data, government identifiers, private communications, and confidential file contents. 5. Apply data minimization by sending only the fields necessary for the requested memory operation. 6. Disable inclusion of email, chat, or file source material by default. Require separate consent before attaching source excerpts or identifiers. 7. Prefer local or ephemeral storage unless the user explicitly selects third-party persistence for the specific item. 8. Document retention, deletion, export, access-control, and account-recovery behavior before recommending the service as a source of truth. 9. Provide commands that let users inspect, correct, and delete externally stored records. 10. Maintain an audit log of approved transmissions without duplicating sensitive content in plaintext logs.
