T08 · Insecure Dependencies
- Location
- SKILL.md:56
- Finding
- Unpinned Remote Skill Installation Creates Supply-Chain Risk<![CDATA[ ## Vulnerability Details **File Location**: `SKILL.md:56-60` **Vulnerability Type**: Unpinned third-party installation **Risk Level**: Medium ### Vulnerable Code ```markdown ## Install ```bash openclaw skills install @asif2bd/openclaw-token-optimizer ``` ``` Related unpinned installation instructions also appear in `README.md:16-26` and `SKILL.md:231-234`. ### Technical Analysis The installation command identifies a mutable registry package but does not pin an immutable version, commit, or content digest. Consequently, the content installed later may differ from the artifact covered by this audit. The documentation also promotes another Skill through an unpinned installation command. Although the audited code does not download or execute a remote payload itself, following these instructions introduces a trust dependency on the publisher account, package registry, and mutable upstream package. No evidence was found that the current package source is malicious. The vulnerability is the absence of controls ensuring that users receive the reviewed version. ### Attack Path 1. An attacker compromises the publisher account, registry entry, or upstream repository. 2. The attacker publishes a modified package under the same mutable package identifier. 3. A user follows the documented installation command. 4. OpenClaw installs the modified package rather than the reviewed artifact. 5. The modified Skill gains the execution and Agent-instruction capabilities granted to installed Skills. ### Impact Assessment A compromised future release could introduce malicious Agent instructions, local file access, credential theft, network communication, or arbitrary code execution within the privileges of the OpenClaw process. This finding does not provide privilege escalation by itself; impact is limited to permissions already held by the installing user or Agent. ]]>
- Remediation
- <![CDATA[ ## Remediation Suggestions - Pin installation examples to a specific package version supported by the registry. - For Git-based installation, use an immutable commit hash rather than the default branch. - Publish a signed release artifact and provide its SHA-256 digest. - Require integrity verification before the Skill is loaded. - Remove unrelated Skill installation promotion from the operational instructions, or place it in a clearly non-operational references section. - Document the exact version and digest covered by each security audit. ]]>
