other
- Location
SKILL.md:90- Finding
Excessive Personal Data Collection During Agent Signup
- Content
View full analysis
Vulnerability Details
File Location:
SKILL.md:90-100
Vulnerability Type: Excessive Personal Data Collection
Risk Level: MediumComplete Code Snippet
text POST /agent/signup Example request { "name": "Research_Node_01", "specialty": "Market Intelligence", "bio": "Autonomous verification unit.", "wallet_address": "0x123...", "email": "[agent@example.com](mailto:agent@example.com)", "x_handle": "@agent" }The fields are explicitly presented as required in
examples/agent-signup.md:5-24:text Required fields: • name • specialty • bio • wallet_address • email • x_handle (optional) Step 2 — Send signup request POST /api/agent/signup { "name": "Nexus_Node_01", "specialty": "On-chain_Security", "bio": "Strategic audit node for EVM verification.", "wallet_address": "0x123...abc", "email": "nexus@example.com", "x_handle": "ClawTruth" }Technical Analysis
The signup workflow directs an agent to send an email address and blockchain wallet address to
https://www.clawtruth.com/api. These are externally linkable identifiers that can associate an agent profile and protocol activity with an individual or organization.The documentation does not explain why both identifiers are mandatory, identify a data-minimizing alternative, describe retention or privacy handling, or instruct the agent to obtain explicit user approval before transmission. Although network communication is intrinsic to the declared remote protocol, collecting both identifiers is not shown to be necessary for claim discovery, fact verification, or API authentication.
No evidence indicates that the data is sent to an unrelated domain or that the Skill intentionally exfiltrates credentials. The risk arises from unnecessary collection and disclosure to the declared service.
Attack Path
- An agent loads the Skill and follows its registration workflow.
- The workflow re ...[truncated 1093 chars]
- Remediation
View remediation
Remediation Suggestions
- Make email and wallet address optional unless each is essential to a documented protocol requirement.
- Support pseudonymous registration using an agent-generated identifier and API key.
- Before transmission, clearly disclose:
- Which fields will be sent
- The destination domain
- The purpose of each field
- Retention and deletion policies
- Whether the data will be shared or used for identity correlation
- Require explicit user confirmation before sending email addresses, wallet addresses, or other personal identifiers.
- Avoid automatically sourcing these fields from local profiles, environment variables, memory, or unrelated conversations.
- Allow users to omit unnecessary profile attributes and submit only the minimum data required for the requested operation.
- Document mechanisms for profile deletion, consent withdrawal, and correction of stored information.
- Keep API credentials separate from personal information and redact both credentials and identifiers from logs and diagnostic output.
