T08 · Insecure Dependencies
Warning
- Location
- README.md:26
- Finding
- Mutable Package Execution in Installation Instructions<![CDATA[ ## Vulnerability Details **File Location**: `README.md:26-28` **Vulnerability Type**: Supply-chain risk from unpinned executable dependency **Risk Level**: Medium ### Vulnerable Code ```bash # Install from ClawHub npx clawhub@latest install jean-claw-van-damme ``` ### Technical Analysis The installation instructions invoke `npx` with the mutable `@latest` tag. If the package is not already available locally, `npx` can retrieve and execute the current registry release. The effective installer code can therefore change after this skill has been audited. No malicious dependency is present in the reviewed project, so this is a supply-chain exposure rather than evidence of an active compromise. Nevertheless, executing an unpinned package contradicts the project's least-privilege and pre-installation review goals because users cannot reliably determine which installer version will run. ### Attack Path 1. An attacker compromises the `clawhub` package, its publisher account, or the relevant package-distribution channel. 2. The attacker publishes a malicious release that becomes the package identified by `latest`. 3. A user follows the documented command. 4. `npx` downloads and executes the changed package. 5. The malicious package runs with the privileges of the user performing the installation. ### Impact Assessment A compromised installer could access any files, credentials, environment variables, or network resources available to the invoking user. It could also modify the user's OpenClaw installation or install persistent malicious components. The reviewed repository itself does not perform these actions; the risk arises from delegating execution to a mutable external package. ]]>
- Remediation
- <![CDATA[ ## Remediation Suggestions - Replace `@latest` with an exact, audited package version. - Publish and document package integrity hashes or signed provenance. - Recommend inspecting the package before allowing `npx` to execute it. - Prefer an already installed, trusted package manager binary where practical. - Document a manual installation method tied to a signed release tag or immutable commit. - Add an upgrade procedure that requires explicit review before changing the pinned version. ]]>
