T08 · Insecure Dependencies
- Location
SKILL.md:3- Finding
Unpinned Remote Package Retrieval and Execution via npx
- Content
View full analysis
Vulnerability Details
File Location:
SKILL.md, lines 3-10
Vulnerability Type: Unpinned third-party package installation
Risk Level: MediumEvidence
markdown description: "[DEPRECATED] Renamed to polymarket-paper-trader. Run: npx clawhub install polymarket-paper-trader" version: 0.2.0 --- # pm-sim is now polymarket-paper-trader This skill has been renamed. Install the new version:npx clawhub install polymarket-paper-trader
text Technical Analysis
The documented command invokes
clawhubthroughnpxwithout specifying a package version or integrity constraint. Ifclawhubis not already available locally,npxmay retrieve and execute its current registry version. The requestedpolymarket-paper-traderskill is likewise not version-pinned.Consequently, the code executed or installed when a user follows this instruction is mutable and is not included in the audited project. A registry compromise, maintainer account compromise, malicious package update, or package-name takeover could cause future users to receive behavior different from what was available at audit time.
Attack Path
- An attacker compromises the package publishing account, registry entry, or distribution channel for
clawhuborpolymarket-paper-trader. - The attacker publishes a malicious release under the expected package name.
- A user follows the instruction in
SKILL.mdand runsnpx clawhub install polymarket-paper-trader. - Because no version or integrity value is specified, the command retrieves mutable remote package content.
- Malicious package lifecycle code, CLI behavior, or installed skill instructions execute or become available in the user's environment.
Impact Assessment
Malicious
clawhubcode executed bynpxcould run with the privileges of the invoking user. Depending on that user's permissions and environment, it could read or modify accessible files, environ ...[truncated 445 chars]- An attacker compromises the package publishing account, registry entry, or distribution channel for
- Remediation
View remediation
Remediation Suggestions
- Pin both the installer and successor skill to explicitly reviewed versions rather than relying on the latest registry releases.
- Configure and document an approved registry instead of allowing implicit registry selection.
- Verify package provenance using publisher signatures, trusted release attestations, checksums, or lockfile integrity metadata before execution.
- Prefer downloading and inspecting the package before running it, rather than allowing
npxto retrieve and immediately execute mutable code. - Run installation in a sandbox or least-privileged environment without production credentials or sensitive filesystem access.
- Document the expected package publisher, exact version, and integrity digest so users can detect substitution or unauthorized updates.
- Periodically review pinned releases and update them only after security validation.
