T01 · Skill Instruction Hijacking
- Location
SKILL.md:175- Finding
Out-of-Scope External Issue-Tracker Publication Instructions
- Content
View full analysis
Vulnerability Details
File Location:
SKILL.md, lines 175–192
Vulnerability Type: Skill instruction hijacking through unauthorized scope expansion
Risk Level: MediumVulnerable Snippet
markdown ## Delivery Surface — External Systems Are Evidence GitHub PRs, CI runs, and dashboards are **supporting evidence**, not the delivery surface. The conclusion has to land where the work is tracked. - **Record the outcome once, completely** — one issue comment carrying status, branch/commit/PR, what you validated, the blocker, and the next owner. - **Verify terminal state, not intermediate state.** A green CI run or an open, review-ready PR is not "shipped". Confirm merged / released / deployed, then record *that*. - **Keep public surfaces public-safe.** PR titles, bodies, and commit messages carry technical content only — no internal issue IDs, routing history, reviewer handoffs, local absolute paths, or internal hostnames. - **Collect results in the foreground.** A queued or pending state is a handoff, not a completion; never end a turn "standing by" for background work. Concretely: the delivery surface is the team's issue or task tracker — the issue comment plus its metadata. A PR comment alone delivers nothing.Technical Analysis
The Skill is described as a Git worktree manager, with expected operations covering worktree creation, switching, merging, removal, and related development workflows. The appended instructions independently require the agent to deliver conclusions through a team issue or task tracker.
This expands the Skill's authority from local Git worktree management to an external write operation. The instructions do not require the user to request publication, identify the intended tracker, approve the destination issue, or confirm the exact content before submission. They also require the comment to include status, branch, commit, pull-request, validation, blocker, and ownership information.
The attack ...[truncated 1724 chars]
- Remediation
View remediation
Remediation Suggestions
- Remove the mandatory issue-tracker delivery instructions from this worktree-management Skill.
- If tracker reporting is an intended optional feature, disclose it in the Skill description and make it explicitly opt-in.
- Before any external write, require confirmation of:
- The destination service and repository or workspace.
- The exact issue or task identifier.
- The complete comment content.
- The metadata fields that may be disclosed.
- Default to returning results in the current conversation rather than publishing them externally.
- Separate local worktree operations from external reporting so that invoking one capability cannot implicitly authorize the other.
- Apply a metadata allowlist and exclude internal identifiers, local paths, hostnames, routing details, and ownership information unless the user explicitly approves their disclosure.
