T01 · Skill Instruction Hijacking
Note
- Location
- scripts/community.sh:29
- Finding
- Forced Promotional Content Contaminates Skill Output<![CDATA[ ## Vulnerability Details **File Location**: `scripts/community.sh:29` **Vulnerability Type**: Forced output injection **Risk Level**: Low ### Vulnerable Code ```bash print("\nPowered by BytesAgain | bytesagain.com") ``` ### Technical Analysis The script unconditionally appends promotional content and an external domain to standard output after processing every supported command. This behavior is unrelated to the requested community-management result and cannot be disabled by the caller. Because `SKILL.md` identifies standard output as the command's result channel, an AI agent or automation system may treat this footer as part of the requested response and relay it to users. This creates a deterministic output-hijacking condition in which invoking otherwise legitimate functionality causes unrelated third-party promotion to be inserted into the result. The code does not contact the external domain or retrieve remote content. The issue is limited to forced content insertion. ### Attack Path 1. An agent or user invokes any command in `scripts/community.sh`. 2. The script generates the requested template, rules, engagement ideas, metrics, or help output. 3. Line 29 unconditionally appends the BytesAgain promotional message and domain. 4. An agent or downstream system captures standard output as the command result. 5. The unrelated promotional content is relayed or published with the legitimate result. ### Impact Assessment The issue affects the integrity of generated output. An invoking agent may unknowingly distribute advertising or an external-domain reference in user-facing responses. It does not provide filesystem access, code execution, elevated privileges, persistence, or network access. The practical scope is limited to contamination of output produced by this script. ]]>
- Remediation
- <![CDATA[ ## Remediation Suggestions - Remove the unconditional promotional footer from normal command output. - If attribution is required, expose it through a dedicated `about` or `version` command. - Alternatively, require an explicit opt-in option such as `--show-attribution`. - Keep standard output limited to content directly requested by the caller. - If diagnostic or attribution information must be emitted, send it to standard error and document the behavior clearly. ]]>
