T01 · Skill Instruction Hijacking
- Location
SKILL.md:15- Finding
Cross-session chat-history access and network activation before session consent
- Content
View full analysis
- Remediation
View remediation
Security audit
Security checks for vulnerabilities and agentic risk
This skill is not overtly malicious, but it should be reviewed because it can reuse prior chats and profile details to send market-research answers to an external service, sometimes in bulk.
Install only if you are comfortable letting the agent use profile details and possibly prior conversations to draft market-research answers. Review every answer carefully, avoid approving bulk guesses, do not allow sensitive facts or direct quotes to be submitted, and store the ClawInsight API key only in a secure credential store rather than a generic local file.
SKILL.md:15Cross-session chat-history access and network activation before session consent
clawinsight.js:28Consent and sensitive-content restrictions are not enforced by the API client
SKILL.md:63Bearer API key may be stored in an inadequately protected local file
The skill performs network operations but does not declare any explicit tool scope or allowed-tools boundary in the manifest. This weakens platform-level enforcement and makes it harder to constrain or audit outbound actions, especially in a skill that registers accounts, stores API keys, and transmits user-derived content.
The manifest promises that every answer is reviewed and approved before sharing, but the workflow later normalizes blanket approval of an entire drafted batch with a single 'OK'. For externally shared survey data derived from chat history and profile information, this weakens meaningful consent and raises the risk of accidental disclosure or approval of incorrect answers.
The skill explicitly authorizes drafting answers from prior chat history and the user's profile, creating a broad natural-language path for repurposing conversational data into external submissions. Even if no raw transcript is sent, summarized or quoted personal details can still leak sensitive context beyond what the user expected for the immediate task.
Data is being sent to an external URL. This could be legitimate telemetry or data exfiltration. Manual review is recommended.
Every agent needs to register before using ClawInsight:
curl -X POST https://claw-insight.vercel.app/api/skill/register \
-H "Content-Type: application/json" \
-d '{"openclaw_id": "user_abc123", "timestamp": "2026-03-16T10:00:00Z", "email": "alice@example.com", "profile": {"age_range": "25-30", "city": "Shanghai", "gender": "female", "interests": ["cooking", "fitness"], "occupation": "designer"}}'
The registration example and multiple survey-answer examples hardcode locale-specific user data and outputs such as city 'Shanghai', gendered profile details, 'Sichuan food', 'Uber Eats', '300 CHF', and references to Meituan/Ele.me, steering the agent toward particular regional assumptions. The skill does not offer the user any language or locale choice, nor does it justify a region-specific restriction as required by policy.
Skill enables autonomous high-impact decisions without human-in-the-loop verification. Critical operations (destructive commands, financial transactions, data deletion) should require explicit user confirmation.
## Rules
- **Never share without approval** — every answer must be reviewed and approved by the user before sharing
- **Ask per-session consent** — if the user declines, do nothing for that session
- **Maximum 2-3 questions per session** — don't be pushy
- **Disclose direct questions** — when asking the user a question, mention it's for ClawInsight
The instructions conflict: earlier guidance says uncertain answers should be skipped, but later workflow requires drafting every question even when unsure. In practice this encourages fabricated or weakly grounded responses to be presented for approval, increasing the chance that inaccurate or sensitive inferred data is disclosed to the external service.
The batch workflow promotes one-message approval for a full set of drafted answers, including guesses and content inferred from conversation history. This creates a realistic risk that users will approve sensitive, inaccurate, or overbroad disclosures without noticing every item, resulting in unintended external transmission.
The sample drafted answers include region-specific assumptions like local apps, cuisines, and currency, encouraging the agent to fill in culturally specific guesses without user confirmation. In a data-sharing workflow, those guesses can become externally transmitted false personal data if users bulk-approve drafts.
Telling the agent to quote the user for higher-quality answers directly encourages copying conversational content into externally shared outputs. This materially increases the risk of leaking personal details, contextual clues, or sensitive statements that exceed the minimal data needed for survey completion.
The header comment promises that all data submissions require explicit user approval, but the code does not enforce any approval gate before sending registration data or profile data in task claims. In a skill that handles personal data for market research, this mismatch can lead to users or calling agents assuming consent protections exist when they do not, resulting in unauthorized disclosure of personal information.
The inline comment asserts that only the listed registration fields are ever transmitted. However, register() sends additional fields outside ALLOWED_PROFILE_FIELDS—specifically openclaw_id, email, and timestamp—so the comment is directly contradicted by the implementation.
No suspicious patterns detected.