T08 · Insecure Dependencies
- Location
SKILL.md:23- Finding
Installation of an Unpinned Dependency from a Mutable Git Repository
- Content
View full analysis
Vulnerability Details
File Location:
SKILL.md, lines 21–23 and 107–109
Vulnerability Type: Supply-chain exposure through an unpinned Git dependency
Risk Level: HighVulnerable Code:
yaml - kind: uv packages: [anything-to-md@git+https://github.com/haiwenai/anything-to-md.git]markdown - If `tomd` is not found, install it: `uv pip install "anything-to-md[video] @ git+https://github.com/haiwenai/anything-to-md.git"`Technical Analysis
The Skill installs executable Python package code directly from the mutable default branch of an external Git repository. Neither installation instruction specifies a reviewed commit hash, immutable release artifact, package hash, or cryptographic signature.
Consequently, the code installed by these instructions can change after the Skill has been audited. Package installation may execute build-system logic, while subsequent
tomdinvocations execute the installed runtime code with the privileges of the user running the Agent.The repository is presented as the intended upstream project, and the reviewed file contains no evidence that it is currently malicious. The vulnerability is the absence of an immutable, independently verifiable dependency reference.
Attack Path
- An attacker compromises the upstream repository, a maintainer account, or another component of its release process.
- The attacker modifies the repository's default branch to include malicious build or runtime code.
- A user or Agent follows the installation metadata or documented recovery command.
uvretrieves the current, attacker-modified repository content rather than the version originally reviewed.- Malicious code executes during installation or when the Agent subsequently invokes
tomd.
Impact Assessment
Successful exploitation permits arbitrary code execution with the permissions of the account installing or running the package. Dependin ...[truncated 396 chars]
- Remediation
View remediation
Remediation Suggestions
- Pin the dependency to a specific, reviewed Git commit hash instead of the repository's mutable default branch.
- Prefer an immutable release artifact from a trusted package registry.
- Require cryptographic hashes through a locked requirements file or equivalent hash-verification mechanism.
- Verify release signatures or provenance attestations where available.
- Ensure both installation paths reference exactly the same reviewed version.
- Perform dependency installation in an isolated environment with minimal filesystem, credential, and network access.
- Establish an update process that requires review and testing before changing the pinned version.
