T08 · Insecure Dependencies
- Location
SKILL.md:103- Finding
Unpinned Third-Party Package Download and Execution
- Content
View full analysis
Vulnerability Details
File Location:
SKILL.md, lines 103-104
Vulnerability Type: Unpinned and unverified dependency execution
Risk Level: HighVulnerable Code:
markdown Prefer MCP? The same surface is one server away: `npx -y proxyllm-mcp` (official registry: `ai.proxyllm/proxyllm-mcp`).Technical Analysis
The documented
npx -y proxyllm-mcpcommand downloads and executes the package currently resolved by the npm registry. It does not specify an exact version, verify an integrity hash, use a reviewed lockfile, or require confirmation before installation. The-yoption automatically accepts installation prompts.Consequently, the code executed on a user's system can change after this skill has been audited. A compromised npm publisher account, compromised package, malicious future release, or registry-level supply-chain incident could cause arbitrary package code to run. The separate “official registry” statement does not cryptographically bind the npm artifact to a trusted source or version.
Attack Path
- An attacker compromises the
proxyllm-mcppackage, its publisher account, or a relevant distribution channel. - The attacker publishes a malicious package release under the package name used by the documented command.
- An operator or agent follows the skill instructions and invokes
npx -y proxyllm-mcp. npxresolves and downloads the current package release without enforcing a previously audited version or integrity value.- Package installation hooks or runtime code execute with the privileges and environment of the invoking user.
- The malicious package can access resources available to that user, including readable files, environment variables, credentials, and reachable services.
Impact Assessment
Successful exploitation permits arbitrary code execution with the privileges of the user running
npx. The affected scope may include the user's files, environ ...[truncated 523 chars]- An attacker compromises the
- Remediation
View remediation
Remediation Suggestions
- Pin the dependency to an exact, reviewed version, for example
npx --yes proxyllm-mcp@<exact-version>, rather than resolving the latest release. - Maintain a lockfile and verify the package artifact against a trusted integrity hash before execution.
- Review the package contents, dependency tree, lifecycle scripts, and published provenance for every intended upgrade.
- Disable package lifecycle scripts where operationally feasible and avoid automatically accepting installation prompts.
- Prefer a locally installed, reviewed dependency invoked through a locked project configuration instead of downloading code at runtime.
- Execute the MCP server in a sandbox or container with minimal filesystem permissions, restricted network access, a sanitized environment, and no unrelated credentials.
- Document the expected package publisher, exact version, checksum, and trusted distribution source so operators can verify authenticity.
- Pin the dependency to an exact, reviewed version, for example
