T03 · Remote Payload Retrieval and Execution
Error
- Location
- SKILL.md:14
- Finding
- Mutable Remote Repository Is Retrieved and Installed Without Integrity Pinning## Vulnerability Details **File Location**: `SKILL.md`, lines 14–22 **Vulnerability Type**: Remote code and supply-chain risk through an unpinned external repository **Risk Level**: High **Vulnerable Code:** ```bash # Clone the repository git clone https://github.com/mhugo22/cheese-brain.git cd cheese-brain # Create virtual environment and install python3 -m venv venv source venv/bin/activate # or venv\Scripts\activate on Windows pip install -e . ``` ### Technical Analysis The installation procedure retrieves the current default branch of an external GitHub repository and installs it using `pip install -e .`. It does not pin the repository to a reviewed commit hash or signed release, verify downloaded content, enforce package hashes, or provide a dependency lockfile. Python installation and build mechanisms can execute repository-controlled code during package installation. The effective executable content can also change after this skill has been reviewed because the referenced repository is external and mutable. The remote implementation and its transitive dependencies are not included in the audited project, which contains only `SKILL.md`. This creates both a remote-payload and software-supply-chain exposure. Compromise of the repository owner, malicious modification of the default branch, or compromise of an unpinned transitive dependency could turn the documented installation command into a code-execution channel. ### Attack Path 1. An attacker compromises the referenced GitHub repository, its maintainer account, or an unpinned dependency used by the project. 2. The attacker adds malicious installation logic, runtime code, or dependency declarations. 3. A user follows the skill instructions and clones the current default branch. 4. The user runs `pip install -e .`, causing Python packaging mechanisms to process attacker-controlled content. 5. Malicious code executes during installation or when the insta ...[truncated 679 chars]
- Remediation
- ## Remediation Suggestions 1. Pin the repository to a fully reviewed commit hash rather than cloning a mutable default branch. 2. Prefer a signed, versioned release artifact from a controlled package registry. 3. Publish and verify cryptographic hashes for all installation artifacts. 4. Include a lockfile containing exact versions and hashes for every transitive dependency. 5. Use hash enforcement such as `pip install --require-hashes -r requirements.txt`. 6. Verify release signatures and document the expected signer identity. 7. Vendor the reviewed source into the skill package when practical so the executed implementation matches the audited implementation. 8. Audit Python build configuration and installation hooks before installation. 9. Perform installation and initial execution in a sandbox or container with restricted filesystem, credential, and network access.
