T01 · Skill Instruction Hijacking
- Location
SKILL.md:12- Finding
Autonomous External Task Routing Can Override User Control
- Content
View full analysis
- Remediation
View remediation
Security audit
Security checks for vulnerabilities and agentic risk
This skill is a disclosed multi-agent workflow protocol, but it promotes autonomous task handling with a shared relay token and persistent logs without enough safety boundaries.
Review before installing. Use only in a tightly controlled local environment, replace the shared relay token with per-install secrets, avoid sending sensitive task content through the relay, and add explicit approval gates plus log redaction and retention rules.
SKILL.md:12Autonomous External Task Routing Can Override User Control
SKILL.md:62Hardcoded Shared Relay Secret and Plaintext Task Transport
SKILL.md:52Mandatory Persistent Communication Logging Lacks Data-Minimization Controls
The declared description describes a system for coordinating multiple agents and managing their communication and routing behavior. The supplied code does nothing related to agent orchestration or communication. Instead, it performs static validation of a SKILL.md file's format and contents. This is a materially different primary purpose, so the description does not accurately represent the code chunk.
The skill not only includes a hardcoded auth token but also instructs network interaction without warning users that sensitive credentials and message traffic are involved. This increases the chance of accidental credential disclosure, unreviewed local service access, and unsafe agent behavior around authenticated requests.
The example instructs users to send authenticated orchestration messages over plain HTTP with a shared bearer-like token and provides no warning about transport security or token handling. This can lead to token interception on non-local or misconfigured environments and normalizes an insecure pattern for agent-to-agent command traffic.
Data is being sent to an external URL. This could be legitimate telemetry or data exfiltration. Manual review is recommended.
# Send a message via relay
curl -X POST http://localhost:18790/message \
-H "x-auth-token: agent-relay-secret-2026" \
-H "Content-Type: application/json" \
-d '{"to":"Halloween","type":"task_delegation","content":"Build X","report_to":"October"}'
The README publishes a concrete relay authentication token, which is effectively a shared secret for accessing the relay API. Even if presented as an example, embedding a realistic token in public documentation encourages reuse, leaks credentials to anyone with repository access, and can enable unauthorized message submission to the orchestration channel.
The protocol normalizes autonomous decision-making by stating there should be no approval bottlenecks and that humans are only sparring partners. In a system capable of delegation, execution, and relay messaging, this increases the likelihood of unauthorized or unsafe actions being taken without sufficient human review.
## Core Principle
**Optimal human-agent collaboration: humans spar, agents drive.** No approval bottlenecks. Continuous information flow. Goal: full autonomy through continuous improvement.
## The Human Role: Sparring Partner
The protocol explicitly says 'agents drive' and rejects approval bottlenecks, encouraging autonomous action without explicit user opt-in or risk-based gating. In an agent skill, this can lead to overreach, especially when combined with task routing, delegation, relay messaging, and execution steps that may affect systems or data.
The protocol's emphasis on continuous information flow, coupled with agent-driven execution, creates a real risk that user-provided or system-derived sensitive data will be broadly propagated among agents and retained without minimization. In multi-agent systems, unrestricted sharing increases exposure surface and makes later containment difficult.
The lifecycle requires summaries and file logs for all work but does not limit what may be recorded, creating a persistence channel for sensitive prompts, credentials, personal data, or proprietary outputs. This is dangerous because operational logs often outlive the task and are accessible beyond the original execution context.
The skill exposes a hardcoded relay authentication token in plain text, which can be reused by any reader to send or retrieve messages from the local relay service. Even if bound to localhost, this creates credential leakage risk, enables unauthorized inter-agent message injection, and normalizes unsafe secret-handling practices in operational documentation.
Daily logs and communication audit files encourage persistent recording of inter-agent exchanges and task data, but no safeguards are specified for storage, retention, access control, or redaction. This can expose sensitive operational context and user data through accumulated audit artifacts.
Skill enumerates or reads other installed skills. Access to other skills' SKILL.md files or the skills directory reveals prompt instructions, capabilities, and secrets that should be invisible to peer skills.
|------|-------|
| Daily logs | `memory/daily-logs/YYYY-MM-DD.md` |
| Agent comm audit | `memory/agent-comm-logs/YYYY-MM-DD.jsonl` |
| This protocol | `skills/swarm-workflow-protocol/SKILL.md` |
## Anti-Patterns
Detected: suspicious.exposed_secret_literal