T08 · Insecure Dependencies
- Location
SKILL.md:46- Finding
Unpinned External Package Installation and Execution
- Content
View full analysis
Vulnerability Details
File Location:
SKILL.md, lines 46-48
Vulnerability Type: Unverified and mutable third-party package execution
Risk Level: MediumVulnerable Code Snippet:
bash clawhub install polymarket-worldcup-watcher openclaw run polymarket-worldcup-watcherTechnical Analysis
The installation instructions retrieve and execute the
polymarket-worldcup-watcherpackage without specifying an immutable version, integrity digest, verified publisher identity, digital signature, or trusted registry endpoint. The project contains onlySKILL.md; therefore, the package that implements the advertised functionality is not available in the audited artifact.This creates a supply-chain risk because the effective runtime payload can differ from the content reviewed here and can change after the audit. Compromise of the package publisher, registry, distribution channel, or mutable package release could cause users to install and execute attacker-controlled content.
No malicious implementation was found in
SKILL.mditself. The risk arises from trusting and executing an external, unpinned dependency whose behavior cannot be verified from the supplied project.Attack Path
- An attacker compromises the package publisher account, registry entry, or another part of the package distribution channel.
- The attacker replaces or updates the mutable
polymarket-worldcup-watcherpackage with a malicious payload. - A user follows the documented
clawhub install polymarket-worldcup-watcherinstruction. - Because no version, digest, or signature is verified, the modified package is installed.
- The user invokes
openclaw run polymarket-worldcup-watcher. - The substituted payload executes with whatever tools, files, credentials, network access, and operating-system permissions are available to the OpenClaw runtime.
Impact Assessment
Successful exploitation could allow attacker-contr ...[truncated 603 chars]
- Remediation
View remediation
Remediation Suggestions
- Pin the dependency to an immutable, reviewed version rather than installing by an unversioned package name.
- Pin and verify a cryptographic digest for the resolved package contents before execution.
- Require signed releases and verify the publisher identity and signature through a trusted mechanism.
- Explicitly document the expected registry, repository, publisher, and source-code location.
- Include the implementation and dependency lockfile in the auditable project artifact whenever possible.
- Review the complete resolved package, including scripts and transitive dependencies, before installation or execution.
- Run the package in a least-privilege sandbox with narrowly scoped filesystem, network, credential, and tool access.
- Disable or require approval for package installation lifecycle hooks and other automatic code-execution mechanisms.
- Establish controlled update procedures so new package versions undergo security review before deployment.
