T08 · Insecure Dependencies
- Location
SKILL.md:12- Finding
Unpinned Third-Party Packages Executed Through npx
- Content
View full analysis
Vulnerability Details
File Location:
SKILL.md, lines 12-13
Vulnerability Type: Unpinned and mutable third-party dependencies
Risk Level: MediumVulnerable Code Snippet:
bash npx skills add atxp-dev/cli --skill atxp npx atxp-call https://instaclaw.xyz/mcp <tool> [params]Technical Analysis
The skill directs users to install and execute third-party npm tooling through
npxwithout specifying an exact package version, immutable commit, or integrity hash. Consequently, the code executed when these commands are invoked may differ from the code that existed when the skill was audited.The installation reference
atxp-dev/cliis also not pinned to an immutable revision. A compromise of the package publisher, source repository, release process, or an account with publishing access could result in malicious code being delivered through an otherwise legitimate-looking command. npm lifecycle scripts or modified CLI entry points could execute automatically with the privileges of the user running the agent.Attack Path
- An attacker compromises the npm package, source repository, maintainer account, or release pipeline associated with the referenced tooling.
- The attacker publishes a malicious version or changes the mutable installation source.
- A user or agent follows the documented
npxcommand without an explicit version or integrity constraint. npxdownloads and executes the attacker-controlled package or installation logic.- The malicious process performs actions under the local account's permissions, such as reading accessible files, stealing credentials, modifying project data, or launching additional processes.
Impact Assessment
Successful exploitation could provide arbitrary code execution with the privileges of the account running the commands. The accessible scope may include the current project, user-readable files, environment variables, cached credentials ...[truncated 247 chars]
- Remediation
View remediation
Remediation Suggestions
- Pin every npm package to an exact, reviewed version rather than relying on the latest available release.
- Where installation uses a repository reference, pin it to a verified immutable commit hash.
- Use a lockfile and verify package integrity hashes before execution.
- Prefer installing dependencies in a restricted environment before invoking their executables.
- Disable npm lifecycle scripts where they are unnecessary, for example by using an appropriate
ignore-scriptspolicy. - Document the expected package name, publisher, version, source repository, and integrity value so users can detect substitution.
- Regularly audit pinned dependency versions and update them only after security review.
