T08 · Insecure Dependencies
- Location
README.md:19- Finding
Unpinned npm CLI Execution in Installation Instructions
- Content
View full analysis
Vulnerability Details
File Location:
README.md, lines 19-23
Vulnerability Type: Supply-chain risk caused by executing an unpinned third-party package
Risk Level: MediumCode Snippet:
markdown With the Agent Skills CLI: ```sh npx skills add AntreasAntoniou/propagate --skill propagatetext ### Technical Analysis The documented installation command invokes `npx` with the mutable package identifier `skills` and does not specify a reviewed version or integrity value. Depending on the local npm configuration and cache state, `npx` may download and execute the package currently resolved by the configured npm registry. The audited repository does not contain the CLI implementation, a lockfile governing this command, or an integrity digest that establishes which external code will execute. Consequently, the effective installation code can change independently of this repository after the documentation has been reviewed. This is a supply-chain exposure rather than evidence that the current package is malicious. Exploitation requires the resolved package, one of its dependencies, its distribution channel, or the configured registry to be compromised or replaced. ### Attack Path 1. An attacker compromises the package resolved as `skills`, one of its transitive dependencies, a maintainer account, or an npm registry used by the victim. 2. The attacker publishes or serves a malicious version containing executable installation or runtime behavior. 3. A user follows the documented `npx skills add AntreasAntoniou/propagate --skill propagate` instruction. 4. `npx` retrieves the mutable package version from the configured registry and executes it. 5. The malicious process runs with the privileges and environmental access of the invoking user. ### Impact Assessment Successful exploitation could execute arbitrary code under the installing user's account. The resulting scope could include reading or modi ...[truncated 423 chars]- Remediation
View remediation
Remediation Suggestions
- Pin the installation CLI to a specifically reviewed version rather than relying on the registry's current resolution, for example by documenting an explicit
package@versionreference. - Verify and document the package's authoritative publisher and source repository so users can distinguish it from similarly named or spoofed packages.
- Provide integrity verification or a trusted lockfile-based installation workflow where the package manager and distribution process support it.
- Recommend using an already-installed, organization-approved CLI in managed environments instead of downloading executable code at invocation time.
- Document review and update procedures for the pinned CLI version and its transitive dependencies.
- Retain the direct repository clone method as a non-executing download alternative, while advising users to inspect the retrieved contents and pin a commit or release tag before loading the skill.
- Pin the installation CLI to a specifically reviewed version rather than relying on the registry's current resolution, for example by documenting an explicit
