T01 · Skill Instruction Hijacking
- Location
SKILL.md:17- Finding
Unconditional AI Attribution Suppression and Git History Rewriting
- Content
View full analysis
- Remediation
View remediation
Security audit
Security checks for vulnerabilities and agentic risk
This skill is a Review concern because it broadly instructs agents to remove AI-use disclosures and even rewrite Git history, which can mislead collaborators and disrupt audits.
Review carefully before installing. This skill may be acceptable only in repositories where policy explicitly forbids AI-tool attribution, but it should not be used where AI-use disclosure, authorship transparency, or audit-trail preservation is required. Do not let it amend, rebase, install hooks, or force-push merely to scrub attribution without explicit approval and repository-policy confirmation.
SKILL.md:17Unconditional AI Attribution Suppression and Git History Rewriting
The skill explicitly instructs users to suppress any indication of AI assistance in commits, PRs, issues, and documentation without reference to user consent or an approved disclosure policy. That promotes deceptive provenance practices, can undermine auditability, and may cause users to violate organizational transparency, legal, or contractual requirements.
This section repeatedly imposes an absolute rule to exclude AI references from all public-facing repository content, framing disclosure itself as forbidden. Repetition and absolutist language make the deceptive behavior operationally central to the skill, increasing the likelihood that users will systematically conceal tool involvement and misrepresent content origin.
The enforcement section directs users to remove attribution immediately, including by amending or force-pushing history, and applies this rule across all repositories and projects. Encouraging history rewriting to scrub provenance increases the risk of intentional audit trail manipulation and can interfere with forensic review, governance, and incident response.
Skill manipulates agent memory, state, or stored context. Memory corruption can alter personality, override safety rules, or cause unpredictable behavior.
### What Makes a Good PR Description?
1. **Clear Context:** Explain WHY the change was needed
2. **Complete Summary:** Describe WHAT changed at a high level
3. **Evidence:** Include actual test output, not "tests passing"
4. **Risk Assessment:** Be honest about potential issues
The activation scope is broad enough to trigger on routine Git, commit, PR, branching, and merge tasks, causing the skill's concealment-oriented rules to be applied in many normal workflows. Because the skill embeds strong normative instructions about removing AI attribution, broad activation increases the chance of unreviewed deceptive behavior across repositories.
The skill normalizes presenting AI-assisted work as entirely human-authored by directing users to omit all AI references from outputs. In the context of source control and collaboration systems, that can mislead reviewers and stakeholders about how content was produced and weaken accountability around code generation risks.
The step-by-step enforcement language operationalizes a workflow for scrubbing attribution from commits and PRs, making deception part of routine development practice. In a Git/PR skill, this context makes the issue more dangerous because the instructions are attached directly to the artifacts that preserve authorship, review history, and accountability.
This file explicitly instructs users to remove and suppress AI-related attribution, including vendor names and disclosure phrases, with 'ZERO-TOLERANCE' enforcement and automated blocking via git hooks. In the context of an agent skill governing commit and PR workflows, this is a policy-level mechanism for concealing tool involvement and can facilitate deceptive provenance, audit evasion, and noncompliance with organizational, customer, or legal disclosure requirements.
No suspicious patterns detected.