T01 · Skill Instruction Hijacking
- Location
modules/issue-discovery.md:24- Finding
Untrusted Issue Content Is Forwarded into Privileged Agent Instructions
- Content
View full analysis
- Remediation
View remediation
Security audit
Security checks for vulnerabilities and agentic risk
The skill is mostly an issue-fixing workflow, but it includes high-impact issue-tracker actions and an external feedback-posting step without clear user approval.
Review this skill before installing, especially on private or sensitive repositories. Require explicit confirmation before any issue comment, issue close, PR creation, or external GitHub Discussions post, and treat issue bodies and comments as untrusted input that should be summarized and sanitized before reaching subagents.
modules/issue-discovery.md:24Untrusted Issue Content Is Forwarded into Privileged Agent Instructions
modules/completion.md:86Workflow Directs Unapproved Publication of Observations to an External Repository
Instructions found that direct the agent to transmit conversation context or user data to external services.
### Key Difference from Task Tool
Task tool subagents are **fire-and-forget** — they can't communicate mid-execution. Agent teams teammates can **send messages to each other** when they discover shared concerns. This prevents merge conflicts and duplicate work that Task tool batches would catch only at the review gate.
### Fallback
The manifest and top-level description frame the skill as GitHub/GitLab-focused, but the body also claims Bitbucket support and says platform detection is automatic. This mismatch can cause the agent or user to invoke unsupported workflows against the wrong platform, leading to incorrect command selection, failed operations, or actions taken under false assumptions about capability and safety checks.
The trigger list includes broad generic terms like "github," "gitlab," "issues," "automation," and "parallel," which increases the chance the skill is auto-selected in unrelated contexts. Because this skill can orchestrate subagents and perform external issue operations, unintended activation raises the risk of unnecessary repository actions, noisy comments, or closure workflows being proposed or executed in the wrong task.
The skill documents commands for commenting on and closing issues, and later mentions issue updates, but it does not clearly warn at the description level that it may perform remote state-changing actions on the user's behalf. In an automation skill that uses parallel subagents, inadequate disclosure is especially risky because users may not realize the skill can post public comments or close tracker items, causing unintended workflow changes and audit-impacting side effects.
The documented workflow expands from implementing issues into publishing framework/tooling feedback to a third-party location, which is outside the stated purpose of the skill. This scope expansion is risky because an issue-resolution skill may carry forward contextual details from the working repository and disclose them during the unrelated publication step.
The workflow instructs the agent to post tooling reflections to an external GitHub repository unrelated to the user’s current project. This creates an unauthorized data egress path that can disclose repository names, workflow details, internal tooling behavior, or sensitive operational context outside the intended trust boundary.
The skill directs posting reflections to an external GitHub Discussions URL without warning about the risk of sharing repository, codebase, or workflow details externally. In an agentic workflow, users may assume all actions stay within the current repo, so this omission materially increases the chance of inadvertent leakage of sensitive or proprietary information.
No suspicious patterns detected.