T08 · Insecure Dependencies
- Location
SKILL.md:81- Finding
Unpinned Third-Party Package Execution Through npx
- Content
View full analysis
Vulnerability Details
File Location:
SKILL.md, lines 81-89
Vulnerability Type: Supply-chain exposure through unpinned executable packages
Risk Level: MediumVulnerable Code
bash npx @thesethrose/skills-search "react"The documentation subsequently instructs the user to install a discovered skill:
bash npx skills add vercel-labs/agent-skillsTechnical Analysis
The documented commands invoke
npxpackages without pinning exact reviewed versions. When the relevant package is unavailable locally,npxcan retrieve its current release from the package registry and execute it. Consequently, the code executed when following these instructions can differ from the version that was present during this audit.The installation workflow also extends trust to mutable third-party skill repositories discovered through an external registry. There is no documented requirement to verify a package version, integrity digest, publisher identity, or downloaded skill contents before installation.
This creates a supply-chain trust boundary in which compromise of the package publisher, registry account, package namespace, or referenced repository can introduce attacker-controlled content after the current skill has been reviewed.
Attack Path
- An attacker compromises the publisher account, package namespace, distribution channel, or referenced third-party repository.
- The attacker publishes a malicious release or replaces mutable installation content.
- A user or agent follows the documented unpinned
npxcommand. npxretrieves the current package version rather than a specifically reviewed version.- Package code executes with the permissions of the invoking user.
- The malicious process can access files, environment variables, credentials, and network resources available to that user.
Impact Assessment
A compromised package executed by
npxcan run arbitrary code wi ...[truncated 456 chars]- Remediation
View remediation
Remediation Suggestions
- Pin every executable package to an exact reviewed version, for example by using an explicit package version instead of the mutable latest release.
- Use lockfiles and package integrity metadata where the installation workflow supports them.
- Avoid automatically executing packages obtained through search results.
- Require explicit user confirmation before installing any discovered skill or package.
- Verify package ownership, repository provenance, release signatures, and integrity hashes before execution.
- Review the contents and installation hooks of discovered skills before making them available to an agent.
- Run third-party installers in a restricted environment with minimal filesystem, credential, and network access.
- Document that package installation commands execute third-party code with the permissions of the invoking account.
