T01 · Skill Instruction Hijacking
- Location
SKILL.md:12- Finding
Agent Communication Behavior Hijacking Through Mandatory Skill Instructions
- Content
View full analysis
- Remediation
View remediation
Security audit
Security checks for vulnerabilities and agentic risk
This skill has a coherent email-coordination purpose, but it needs review because it handles mail and PGP credentials, persistent message archives, and unaudited helper commands with under-scoped security guidance.
Review this before installing on a real mailbox. Use a dedicated email account, avoid putting passwords in command history, prefer app-specific credentials or a secret manager, verify any helper scripts and downloaded binaries yourself, and assume ~/.interclaw may contain sensitive message history and keys unless you add your own retention and file-permission controls.
SKILL.md:12Agent Communication Behavior Hijacking Through Mandatory Skill Instructions
docs/protocol-v3.md:14Reusable Shared Authentication Secret May Be Sent in Unencrypted Email
SKILL.md:84Email and PGP Credentials Are Accepted Through Command-Line Arguments and Plaintext Environment Files
SKILL.md:7Downloaded Mail Client Dependency Has No Declared Integrity Verification
The initialization examples pass SMTP/IMAP passwords directly on the command line, which can expose secrets through shell history, process listings, audit logs, CI logs, or terminal scrollback. In an agent skill context, this is more dangerous because users may copy-paste commands verbatim into shared or automated environments where credential leakage persists beyond the session.
Skill establishes unauthorized persistence across sessions via cron jobs, startup scripts, or state files. Session persistence allows an attacker to maintain access beyond the current interaction.
chmod +x scripts/interclaw-* mkdir -p ~/.local/bin ln -sf "$(pwd)"/scripts/interclaw-* ~/.local/bin/
The protocol explicitly specifies persistent storage of configuration, logs, message archives, trusted keys, and conversation state under ~/.interclaw/, but it does not define retention limits, access controls, encryption at rest, or operator warnings about privacy and forensic exposure. In a messaging system intended for sensitive agent-to-agent coordination, indefinite local retention can leak metadata and plaintext content through disk compromise, backups, multi-user access, or later unintended disclosure.
The description says 'No servers. No WebSockets. No cloud dependency' and later says the tool is 'not a mail client', yet the same README instructs users to configure SMTP/IMAP accounts and recommends cloud email providers, with curl listed as a prerequisite for HTTP requests. While SMTP/IMAP are expected for an email-based coordination tool, the absolute 'No cloud dependency' wording overstates the implementation reality described elsewhere in the file.
The Quick Start says the bootstrap step installs packages and creates symlinks, which modifies the user's system state. While the action is noted briefly, there is no explicit warning or caution that this step changes the local environment and PATH-related tooling setup.
The documentation makes an absolute claim that non-InterClaw mail is never touched. However, the adjacent example for Maildir processing shows iterating over all files in ~/Maildir/new/* and moving each processed file to ~/Maildir/cur/, which is handling mailbox content beyond merely ignoring InterClaw-unrelated messages. That is a direct contradiction at the intent/documentation level.
No suspicious patterns detected.