T01 · Skill Instruction Hijacking
- Location
SKILL.md:220- Finding
Forced Publication of Project-Derived Information to an External Repository
- Content
View full analysis
- Remediation
View remediation
Security audit
Security checks for vulnerabilities and agentic risk
This workflow skill may be useful, but it needs review because it can publish workflow details and create persistent GitHub records without clear per-action confirmation.
Install only if you are comfortable with the agent reviewing workflow history and potentially writing persistent records. Before using it, require explicit approval for any git commit, GitHub issue, or GitHub Discussion post; preview the exact content; verify the destination repository and visibility; and redact private filenames, internal process details, stack traces, secrets, and repository-specific context.
SKILL.md:220Forced Publication of Project-Derived Information to an External Repository
modules/auto-issue-creation.md:5Deferred Project Information Is Published to GitHub Without Prior Approval
SKILL.md:201Workflow Automatically Stages and Commits Changes Without a Mandatory Review Gate
The manifest frames the skill as a local workflow-improvement tool, but the body later expands behavior to include cross-repository publication to a fixed external project. That mismatch is dangerous because users may invoke the skill expecting local analysis only, while the skill can drive disclosure actions outside the stated scope, undermining informed consent and least surprise.
The trigger list includes broad, everyday terms like workflow, commands, agents, skills, hooks, confusing, and repetitive, which can cause accidental activation in many normal conversations. In this skill's context, unintended activation is more dangerous because the skill contains operational guidance, including external-posting behavior, so over-triggering increases the chance of unnecessary data handling or scope creep.
The skill explicitly instructs the agent to post tooling learnings to a fixed external GitHub Discussions repository unrelated to the current working repo. This creates a data exfiltration and confidentiality risk because workflow summaries, repo-specific details, internal failures, or proprietary context may be disclosed to a third party without explicit user approval or sanitization.
The instructions direct posting learnings to an external GitHub Discussions site without a clear disclosure warning, approval checkpoint, or content-classification boundary. This is dangerous because users may unknowingly authorize sharing sensitive operational details, internal architecture, errors, or proprietary workflow information to a public or third-party location.
The module adds an active side-effect capability—creating GitHub issues automatically—that goes beyond passive workflow evaluation and improvement guidance. Because it can transmit workflow-derived content to an external service and mutate project state without explicit, per-run user confirmation, it increases the chance of unintended data disclosure, issue spam, and unauthorized repository changes.
Enabling automatic GitHub issue creation 'by default' without an upfront warning or consent mechanism means workflow-derived data can be sent to GitHub unexpectedly. That creates privacy and compliance risk, especially when deferred items may contain internal code references, PR context, or operational details that users did not intend to publish or persist externally.
This section instructs the workflow to automatically create external GitHub issues for retrospective improvements, which is context-inappropriate for a workflow-improvement skill unless that behavior is prominently disclosed and authorized. In this context, the danger is elevated because retrospective content may include internal process details, filenames, or sensitive implementation notes that are pushed to GitHub automatically.
No suspicious patterns detected.