T08 · Insecure Dependencies
- Location
README.md:37- Finding
Unpinned Third-Party Installation Sources Permit Supply-Chain Substitution
- Content
View full analysis
Vulnerability Details
File Location:
README.md, lines 37–44
Vulnerability Type: Unpinned and unverified third-party installation sources
Risk Level: MediumVulnerable Code
bash # From ClawHub clawhub install token-optimization # From OpenClaw 水产市场 openclawmp install skill/@Jack-Yang-ai/token-optimization # From GitHub git clone https://github.com/Jack-Yang-ai/token-optimization.gitTechnical Analysis
Each documented installation method retrieves mutable third-party content without pinning an immutable package version or Git commit. The instructions also provide no checksum, signature, or provenance-verification procedure.
In particular, the
git clonecommand retrieves the repository's current default branch. The resulting files may therefore differ from the version covered by this audit. The marketplace commands similarly omit explicit version constraints and integrity verification.This creates a supply-chain substitution risk: compromise of a repository, marketplace publisher account, or distribution channel could cause users to install altered Skill instructions or newly introduced executable content. The reviewed project itself contains only Markdown documentation and no malicious scripts; the risk concerns future or substituted upstream content.
Attack Path
- An attacker compromises the upstream GitHub account, marketplace publisher account, or relevant distribution channel.
- The attacker replaces or updates the mutable package or default branch with malicious Skill instructions or scripts.
- A user follows one of the unpinned installation commands in
README.md. - The installer retrieves the attacker-controlled current version rather than the content reviewed in this audit.
- OpenClaw loads or executes the substituted Skill content under the permissions available to the user's agent environment.
Impact Assessment
The immediate project does not itsel ...[truncated 647 chars]
- Remediation
View remediation
Remediation Suggestions
- Pin marketplace installations to an explicitly reviewed version rather than resolving the latest mutable release.
- For GitHub installation, check out an immutable reviewed commit hash or signed release tag after cloning.
- Publish SHA-256 checksums or cryptographic signatures for release artifacts and document verification before installation.
- Enable signed commits or signed release tags and require users to verify the signer against a trusted identity.
- Prefer a trusted registry that provides package immutability, provenance attestations, publisher authentication, and integrity validation.
- Document the exact version or commit corresponding to the audited Skill content.
- Advise users to inspect package contents and reject unexpected scripts, binaries, lifecycle hooks, or permission requests before enabling the Skill.
