T08 · Insecure Dependencies
- Location
README.md:15- Finding
Unpinned Package Installer Executes a Mutable Dependency
- Content
View full analysis
Vulnerability Details
File Location:
README.md, lines 15-17
Vulnerability Type:T08: Insecure Dependencies
Risk Level: MediumVulnerable Code:
bash npx clawdhub@latest install canvaTechnical Analysis
The documented installation command instructs
npxto retrieve and execute the currentlatestrelease of theclawdhubpackage. Thelatesttag is mutable and does not identify a specific audited artifact. Consequently, the code executed by this command can change after the Skill itself has been reviewed.Because package installation tools can execute package entry points and lifecycle scripts, a compromised maintainer account, registry package, or future release could cause arbitrary code to run under the installing user's account. No malicious dependency is present in the audited project itself; the risk arises from the unsafe, unpinned installation instruction.
Attack Path
- An attacker compromises the package registry account, package publication process, or a future release of
clawdhub. - The attacker publishes a modified version and assigns it to the mutable
latesttag. - A user follows the installation command from
README.md. npxdownloads and executes the attacker-controlled package version.- Malicious package code runs with the privileges and environment available to the user performing the installation.
Impact Assessment
Successful exploitation could provide arbitrary code execution with the installing user's privileges. Depending on that user's access, the malicious package could read personal files and environment variables, steal credentials, modify user-owned files, or install additional software. It would not inherently grant root privileges unless the command were run by a privileged user or combined with another escalation mechanism.
- An attacker compromises the package registry account, package publication process, or a future release of
- Remediation
View remediation
Remediation Suggestions
- Replace
@latestwith an exact, reviewed package version. - Where supported, verify the package against a trusted integrity hash or signed provenance record.
- Document the expected publisher, version, and checksum so users can validate the downloaded artifact.
- Prefer a trusted installer already present on the system rather than allowing
npxto retrieve executable code implicitly. - Review release artifacts before updating the documented version.
- Avoid recommending execution as root or through
sudo.
- Replace
