T03 · Remote Payload Retrieval and Execution
Warning
- Location
- SKILL.md:15
- Finding
- Mutable Remote Repository Is Cloned and Its Setup Instructions Are Followed< into a new local directory before starting play: ```sh git clone https://github.com/Shellishack/infinite-pokemon.git cd infinite-pokemon ``` Read the cloned repository's `README.md` (or `README.zh-CN.md`) and follow its getting-started instructions to install dependencies, build, launch, and connect Codex. ``` ### Technical Analysis The skill directs the agent to clone the default branch of a remote repository without pinning it to a reviewed commit, signed release, or verified content hash. It then instructs the agent to follow installation and build commands obtained from mutable files in that repository. Consequently, the effective code and instructions executed during setup can change after this skill has been audited. Compromise of the upstream repository, its maintainers, the referenced documentation, or its dependency declarations could introduce attacker-controlled commands or packages into future setup sessions. The repository URL is consistent with the skill's declared project and the workflow only applies to user-requested setup, so the reviewed files do not establish malicious intent or contain a confirmed malicious payload. The risk arises from trusting mutable remote content and executing its instructions without integrity verification. ### Attack Path 1. An attacker compromises the upstream repository, a maintainer account, or a dependency referenced by the repository. 2. The attacker modifies the default branch, setup documentation, build scripts, or dependency manifests to include malicious behavior. 3. A user ...[truncated 1000 chars]
- Remediation
- <![CDATA[ ## Remediation Suggestions 1. Pin the repository checkout to a specific, reviewed commit hash or cryptographically signed release rather than cloning and using the mutable default branch. 2. Publish the expected repository URL, commit identifier, and hashes of security-sensitive setup files in the audited skill bundle. 3. Verify the checkout against those identifiers before reading or executing any setup instructions. 4. Include vetted installation and launch instructions locally so remote documentation is not treated as an execution authority. 5. Lock third-party dependencies to reviewed versions and enforce available integrity hashes or signature verification. 6. Review setup scripts and dependency changes whenever the pinned revision is updated. 7. Require explicit user confirmation before executing installation, build, or launch commands obtained from external content. 8. Run setup and build operations in a least-privileged sandbox or container with restricted filesystem and credential access where practical. ]]>
