T08 · Insecure Dependencies
- Location
README.md:10- Finding
Unpinned Third-Party Installation Commands Permit Supply-Chain Code Execution
- Content
View full analysis
Vulnerability Details
File Location:
README.md, lines 10-18
Vulnerability Type: Unpinned and mutable third-party installation sources
Risk Level: MediumVulnerable Code
markdown Install into Claude Code or Cursor with: ```bash npx skills add https://github.com/wpank/Agentic-Uniswap/tree/main/.ai/skills/track-performanceOr via Clawhub:
bash npx clawhub@latest install track-performancetext ### Technical Analysis The documented installation process executes npm-delivered tooling without pinning it to an immutable version or verifying its integrity. In particular, `npx clawhub@latest` explicitly retrieves the latest available package release. The `npx skills` package is also unversioned, while the skill content is retrieved from the mutable `main` branch of an external GitHub repository. Consequently, the code executed or installed at audit time may differ from the code executed by a user later. This creates a supply-chain trust boundary in which compromise of an npm publisher, package, GitHub account, repository, branch, or distribution infrastructure could introduce attacker-controlled code. The audited files do not establish that either referenced package or repository is currently malicious. The vulnerability is the absence of immutable version pinning and integrity verification. ### Attack Path 1. An attacker compromises the npm account, package, GitHub repository, or another component of the referenced distribution chain. 2. The attacker publishes a malicious package release or modifies content on the referenced `main` branch. 3. A user follows the README and runs one of the documented `npx` commands. 4. `npx` downloads and runs the mutable package version, or the installer retrieves the modified repository content. 5. Attacker-controlled installer or lifecycle code executes with the privileges of the user running the command. ### Impact Assessment Successful e ...[truncated 388 chars]- Remediation
View remediation
Remediation Suggestions
- Pin every npm tool to a reviewed, explicit version instead of relying on an implicit version or
@latest. - Reference the GitHub-hosted skill using an immutable commit hash or signed release tag rather than the mutable
mainbranch. - Verify package and downloaded artifact integrity using trusted checksums, lockfiles, provenance attestations, or signature verification.
- Document the expected package publisher and repository ownership so users can verify sources before installation.
- Review package lifecycle scripts and use an installation mechanism that disables unnecessary scripts where supported.
- Periodically review pinned versions and update them through a controlled security-review process.
- Pin every npm tool to a reviewed, explicit version instead of relying on an implicit version or
