T08 · Insecure Dependencies
- Location
README.md:25- Finding
Unpinned npx Installer and Mutable Remote Skill Source
- Content
View full analysis
Vulnerability Details
File Location:
README.md, lines 25–29
Vulnerability Type: Supply-chain exposure through an unpinned executable package and mutable remote content
Risk Level: MediumVulnerable Code
markdown ## Installation ```bash npx add https://github.com/wpank/ai/tree/main/skills/backend/go-concurrencytext ### Technical Analysis The documented installation command invokes the npm package named `add` through `npx` without specifying an exact package version or integrity digest. When the package is not already available locally, `npx` can download and execute its current published version. Consequently, the code executed by this installation procedure may differ from the code reviewed when the Skill was audited. The installation source is also a GitHub `main` branch path rather than an immutable commit. Content on that branch can change after review without any corresponding change to this repository. The command therefore relies on two mutable supply-chain components: 1. The unpinned npm installer package executed by `npx`. 2. The remotely hosted Skill content retrieved from a mutable branch. This does not prove that either current upstream source is malicious. It creates an unsafe trust boundary through which a compromised package maintainer, npm account, GitHub account, or upstream repository could deliver altered code or Skill instructions. ### Attack Path 1. An attacker compromises the npm package used by `npx`, its maintainer account, the referenced GitHub repository, or an authorized upstream contributor. 2. The attacker publishes a malicious package version or modifies content under the referenced `main` branch. 3. A user follows the installation command in `README.md`. 4. `npx` resolves and executes the currently available installer package, which then processes content from the mutable GitHub location. 5. Attacker-controlled installer logic could execute in the user ...[truncated 819 chars]- Remediation
View remediation
Remediation Suggestions
- Replace implicit
npx addexecution with a clearly identified and trusted installer pinned to an exact package version. - Enforce npm integrity verification using a lockfile, verified package digest, or equivalent trusted provenance mechanism.
- Reference the GitHub content by a reviewed commit SHA rather than the mutable
mainbranch. - Publish and verify a checksum or cryptographic signature for the expected Skill files before copying or loading them.
- Prefer a non-executing installation process, such as downloading a pinned archive and copying reviewed files, when arbitrary installer execution is unnecessary.
- Run installation with least privilege and avoid exposing unrelated credentials or sensitive environment variables to the installer.
- Document the expected package identity, version, commit SHA, checksums, and resulting installed files so users can independently verify provenance.
- Replace implicit
