T08 · Insecure Dependencies
- Location
SKILL.md:38- Finding
Unpinned Third-Party Package Installation
- Content
View full analysis
Vulnerability Details
File Location:
SKILL.md, lines 38-53
Vulnerability Type: Unverified and unpinned third-party dependencies
Risk Level: MediumVulnerable Code
bash pip install ollama-herd # Home lab AI routerbash uv tool install mflux # Flux models (fastest for home labs) uv tool install diffusionkit # Stable Diffusion 3/3.5Technical Analysis
The Skill instructs users to install and subsequently execute third-party packages without specifying reviewed versions, cryptographic hashes, signatures, or an explicitly trusted package source. These commands resolve mutable package versions from the configured package registries at installation time.
Consequently, the code installed by users may differ from the code available when the Skill was audited. Package installation can also execute package-controlled build or installation hooks. This creates a supply-chain exposure if a package release, maintainer account, registry, or dependency is compromised. The project contains no bundled dependency source through which the installed behavior can be independently verified.
No evidence establishes that the named packages are currently malicious. The finding concerns the unsafe, unpinned dependency installation mechanism.
Attack Path
- An attacker compromises a referenced package, one of its transitive dependencies, its publisher account, or the package registry distribution channel.
- The attacker publishes a malicious release under a package name used by the documented commands.
- A user follows the Skill instructions and runs
pip installoruv tool installwithout a version or hash constraint. - The package manager resolves and downloads the attacker-controlled release.
- Malicious code executes during installation or when the user starts
herd,herd-node, or an installed image-generation tool. - The payload operates with the privileges and res ...[truncated 589 chars]
- Remediation
View remediation
Remediation Suggestions
- Pin every direct dependency to a specific version that has undergone security review.
- Publish and require cryptographic hashes for all downloaded distributions, using hash-enforced installation where supported.
- Pin and audit transitive dependencies through a lock file or reproducible constraints file.
- Identify the expected package registry explicitly and prohibit fallback to untrusted indexes.
- Prefer signed release artifacts and document signature verification before installation.
- Recommend installation in an isolated virtual environment under a non-privileged account; explicitly discourage administrator or root installation.
- Add a documented dependency-update process requiring source review, integrity verification, and security testing before changing pinned versions.
- Where feasible, vendor or include the reviewed implementation in the audited project so its effective behavior does not change independently after review.
