T08 · Insecure Dependencies
- Location
SKILL.md:78- Finding
Unpinned Remote Repository and Dependencies Are Executed Locally
- Content
View full analysis
Vulnerability Details
File Location:
SKILL.md, lines 78–89
Vulnerability Type: Unpinned remote source code and dependency execution
Risk Level: Mediumbash # Clone repository git clone https://github.com/facebookresearch/hot3d.git cd hot3d # Install dependencies pip install -r requirements.txt # Key: PyTorch3D, Open3D, vispy # Download dataset (requires registration) # https://facebookresearch.github.io/hot3d/dataset.html # Run demo python demo/visualize_tracking.py \ --sequence demo_sequence \ --output_dir ./visualizationsTechnical Analysis
The documented workflow clones the mutable default branch of an external Git repository without pinning it to a reviewed commit hash or signed release. It then installs packages specified by the remotely supplied
requirements.txtand executes a Python script from that repository.Consequently, the code executed by a user can differ from the content that existed when this Skill was reviewed. Dependency installation may also execute package build or installation logic. The Skill does not provide a lockfile, package hashes, expected commit identifier, signature-verification procedure, or isolated execution requirements.
The repository URL is consistent with the declared official HOT3D project, and the audited file contains no evidence that its authors intentionally redirected users to a malicious source. The risk instead arises from transitive trust in mutable upstream code and its dependency supply chain.
Attack Path
- An attacker compromises the upstream repository, a maintainer account, or a dependency referenced by its requirements.
- The attacker modifies the repository's default branch, its
requirements.txt, the demonstration script, or a referenced package release. - A user follows the Skill instructions and clones the mutable default branch.
- The user runs `pip install -r requirements.tx ...[truncated 964 chars]
- Remediation
View remediation
Remediation Suggestions
- Pin the upstream source to a reviewed full commit hash or a cryptographically verified signed release instead of cloning and executing the mutable default branch.
- Document the expected repository URL, release tag, commit hash, and signature or checksum verification steps.
- Replace unconstrained dependency installation with a reviewed lockfile containing exact versions and cryptographic hashes.
- Install dependencies with hash enforcement, such as
pip install --require-hashes -r requirements.lock. - Review both the dependency manifest and the demonstration script at the pinned revision before recommending execution.
- Run installation and demonstration commands inside a dedicated virtual environment, non-privileged container, or sandbox with minimal filesystem and network access.
- Do not run the workflow as root or with administrator privileges, and avoid exposing unrelated credentials or sensitive host directories to the execution environment.
- Establish a controlled update process in which new upstream revisions and dependency changes are reviewed before updating the documented pin.
