T08 · Insecure Dependencies
- Location
SKILL.md:12- Finding
Unpinned Third-Party Installers and Mutable Repository Source
- Content
View full analysis
Vulnerability Details
File Location:
SKILL.md, lines 12–24
Vulnerability Type: Supply-chain risk caused by unpinned executable dependencies and mutable source references
Risk Level: MediumVulnerable Code
bash # Install all skills from repo npx skills add https://github.com/barneyjm/camino-skills # Or install specific skills npx skills add https://github.com/barneyjm/camino-skills --skill safety-checkerbash npx clawhub@latest install safety-checker # or: pnpm dlx clawhub@latest install safety-checker # or: bunx clawhub@latest install safety-checkerTechnical Analysis
The documented installation commands download and execute third-party npm tooling without pinning it to an immutable, reviewed version. The explicit
@latestreference selects whicheverclawhubrelease is current at installation time. The unversionedskillspackage similarly allows the npm registry to determine the executed version.The GitHub installation source references a mutable repository rather than a reviewed commit SHA or cryptographically verified release artifact. Consequently, the code installed by these commands can change after this audit without any modification to the audited project.
Package runners such as
npx,pnpm dlx, andbunxmay execute downloaded package code and lifecycle behavior under the privileges of the invoking user. Installing every companion skill also unnecessarily increases the amount of third-party code trusted by the user.Attack Path
- An attacker compromises the publisher account, npm package, GitHub repository, release process, or another relevant supply-chain component.
- The attacker publishes a malicious package version or modifies the mutable repository content.
- A user follows the installation instructions in
SKILL.md. - The package runner retrieves the current unpinned dependency or repository state.
- Malicious installer, lifecycle ...[truncated 775 chars]
- Remediation
View remediation
Remediation Suggestions
- Pin npm tools to exact, reviewed versions instead of using unversioned packages or
@latest. - Commit and verify package-manager lockfiles where installation occurs, and enforce registry integrity hashes.
- Reference the GitHub repository using a reviewed commit SHA rather than its mutable default branch.
- Prefer signed, checksummed release artifacts and document how users can verify signatures or hashes before installation.
- Recommend installing only the required
safety-checkerskill rather than all companion skills. - Run installation in a least-privileged, isolated environment without unnecessary credentials or access to sensitive files.
- Establish a dependency-review process for version updates, including publisher verification and inspection of package lifecycle scripts.
- Pin npm tools to exact, reviewed versions instead of using unversioned packages or
