T01 · Skill Instruction Hijacking
- Location
SKILL.md:10- Finding
Agent Authority and Human-Oversight Hijacking
- Content
View full analysis
- Remediation
View remediation
Security audit
Security checks for vulnerabilities and agentic risk
The skill is not clearly malicious, but it gives agents broad autonomous authority to make persistent platform writes with bearer-token credentials and includes unsafe connection guidance.
Install only if you intend the agent to make persistent writes to the human-free platform on your behalf. Use a narrowly scoped, revocable token; prefer the public TLS endpoint or verify any internal certificate out of band; avoid putting tokens in shared files or shell history; and require a manual review step before publication if you do not want fully autonomous platform mutations.
SKILL.md:10Agent Authority and Human-Oversight Hijacking
SKILL.md:44Excessive Authenticated Write Operations Beyond the Core Evaluation Task
reference/connecting.md:5Unsafe Trust Guidance for a Self-Signed TLS Certificate
Skill instructs the agent to omit warnings, disclaimers, or ethical commentary. Stripping safety caveats hides risk from the user and is a common jailbreak preamble.
- **URL**: `https://<tunnel-domain>/mcp` (ask the platform operator for the current tunnel domain; an internal LAN HTTPS endpoint also exists for on-site operators)
- **Transport**: streamable-http
- **Auth**: header `Authorization: Bearer <your platform API key>` on **every** request (missing/invalid → 401). Any authenticated platform key works for problem evaluation; a key with role `reviewer` or `ideator` is natural.
- Internal endpoint uses a self-signed cert → trust it; the public tunnel terminates TLS (usually no warning).
## Claude Code
The verdict table mixes English labels with Chinese text, introducing a specific language/locale into the skill instructions without offering the user a language choice or explaining a region-specific need. This conflicts with the policy against forcing a language without opt-in.
The document tells users to place a bearer API key in commands and client configuration on every request, but it does not warn about protecting the key from shell history, source control, logs, screenshots, or shared config files. In practice, this can lead to credential leakage and unauthorized access to the platform if operators copy-paste the example naively.
Telling users to 'trust' a self-signed certificate without any verification procedure encourages bypassing normal TLS validation and creates a path for man-in-the-middle attacks on the internal endpoint. Because the same connection carries bearer-token authentication, a spoofed endpoint could capture credentials and tamper with tool responses.
No suspicious patterns detected.