T08 · Insecure Dependencies
- Location
SKILL.md:13- Finding
Unpinned Remote Installation Dependencies
- Content
View full analysis
Vulnerability Details
File Location:
SKILL.md, lines 13–25
Vulnerability Type: Supply-chain exposure through mutable remote dependencies
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 camino-relationshipbash npx clawhub@latest install camino-relationship # or: pnpm dlx clawhub@latest install camino-relationship # or: bunx clawhub@latest install camino-relationshipTechnical Analysis
The documented installation commands retrieve packages or Skill content from mutable upstream references. The GitHub commands do not specify a reviewed commit or immutable release, while the package-runner commands explicitly request
@latest. No checksum, signature, lockfile, or other integrity-verification mechanism is documented.Consequently, the content installed by users can differ from the content reviewed during this audit. This is an insecure dependency practice rather than evidence that the currently audited script contains an embedded malicious payload.
Attack Path
- An attacker compromises the upstream repository, registry package, maintainer account, release process, or another relevant supply-chain component.
- The attacker publishes malicious content to the repository's mutable default reference or to the package version selected by
@latest. - A user follows the installation instructions in
SKILL.md. npx,pnpm dlx, orbunxretrieves the changed package, or the installer retrieves changed Skill content from GitHub.- Depending on the upstream package's installation and execution behavior, attacker-controlled code or Skill instructions are executed or installed in the user's environment.
Impact Assessment
The potential impact is determined by the privileges of the user run ...[truncated 720 chars]
- Remediation
View remediation
Remediation Suggestions
- Replace
@latestwith an explicitly reviewed package version. - Pin the GitHub dependency to an immutable commit hash or signed release tag rather than the repository's mutable default reference.
- Publish expected checksums or cryptographic signatures and verify them before installation.
- Use package-manager lockfiles and integrity metadata where supported.
- Install only the required Skill instead of the complete collection unless all included Skills have been independently reviewed.
- Document the expected publisher, version, commit, and integrity value so users can verify provenance.
- Run installation with the minimum necessary privileges in an isolated environment, and review package lifecycle scripts before execution.
- Replace
