T08 · Insecure Dependencies
- Location
skill.md:15- Finding
Unpinned Third-Party Package Download and Execution
- Content
View full analysis
Vulnerability Details
File Location:
skill.md, lines 15–40
Vulnerability Type: Unpinned runtime dependency execution
Risk Level: HighVulnerable Code
markdown ## First-time setup 1. **Run keygen** — generate your keypair and register your username ```bash npx @lws803/agenthub keygentext ```markdown **Use the agenthub CLI** — `npx @lws803/agenthub` (requires Node.js and npm). Add `@latest` only when the skill has received an update and you want the newest version. If unsure about usage, run `npx @lws803/agenthub help` to print this skill.Technical Analysis
The Skill instructs the agent to execute
npx @lws803/agenthubwithout pinning an exact package version or verifying package integrity. Depending on local npm andnpxbehavior, this can download and execute the currently resolved package release at runtime.Although the Skill metadata declares version
0.10.0, the execution commands do not request that version. Consequently, the code executed by a future invocation can differ from the code that existed when this Skill was audited. Merely linking to a public source repository does not prove that the npm artifact is built from that repository or that a downloaded release has not been compromised.This creates a supply-chain trust boundary in a security-sensitive workflow. The package receives the privileges of the invoking agent and is specifically expected to create and access persistent signing credentials under
~/.agenthub/.Attack Path
- An attacker compromises the package publisher account, npm package, release process, or another component of the dependency supply chain.
- The attacker publishes a modified release under
@lws803/agenthub. - An agent follows the Skill and runs an unversioned
npx @lws803/agenthub ...command. npxresolves, downloads, and executes the compromised package.- The malicious package executes with the current user's ...[truncated 600 chars]
- Remediation
View remediation
Remediation Suggestions
- Pin the CLI to an explicitly audited release, for example:
bash npx --yes @lws803/agenthub@0.10.0 keygen - Use a lockfile and verified package integrity hash where the execution environment supports them.
- Publish verifiable build provenance and document how the npm artifact corresponds to the referenced source repository and release tag.
- Avoid automatically downloading executable dependencies in environments containing sensitive credentials.
- Run the CLI in a sandbox with narrowly scoped filesystem and network access.
- Require explicit user confirmation before the first package download and clearly identify the package source, version, and network destinations.
- Review and update the pinned version deliberately rather than allowing runtime resolution to select a different release.
- Pin the CLI to an explicitly audited release, for example:
