T08 · Insecure Dependencies
- Location
SKILL.md:26- Finding
Unpinned Third-Party Skill Installation Creates a Supply-Chain Risk
- Content
View full analysis
Vulnerability Details
File Location:
SKILL.md, lines 26 and 33–36
Vulnerability Type: Unpinned third-party dependencies from mutable upstream sources
Risk Level: MediumVulnerable Code
bash openclaw install leegitw/governancebash # Install full governance stack openclaw install leegitw/context-verifier openclaw install leegitw/failure-memory openclaw install leegitw/constraint-engine openclaw install leegitw/governanceTechnical Analysis
The installation instructions retrieve third-party skills without pinning them to immutable versions or commit hashes. They also provide no checksum, signature, lockfile, or other integrity-verification mechanism.
Consequently, the package content installed by these commands may differ from the content that was originally reviewed. The implementations of the referenced dependencies are not included in this project, so their behavior and security properties could not be audited here.
This creates a supply-chain weakness: compromise of a publisher account, package source, or upstream repository could cause users following the documented commands to install altered content. This finding concerns the unsafe dependency acquisition process; there is no evidence in the audited file that any referenced package is currently malicious.
Attack Path
- An attacker compromises a referenced upstream package, its publisher account, or its distribution entry.
- The attacker publishes a modified package under the same mutable identifier.
- A user follows the installation commands in
SKILL.md. - OpenClaw resolves and installs the attacker-controlled package because no immutable version or digest is required.
- The substituted skill could then issue malicious instructions or execute supported behavior using whatever workspace access and tool permissions the host grants it.
Impact Assessment
Successful exploitation could permit attacker-controlled dependency content to operate within ...[truncated 574 chars]
- Remediation
View remediation
Remediation Suggestions
- Pin each skill to an immutable, reviewed release version or commit hash.
- Record and verify cryptographic checksums or trusted publisher signatures before installation.
- Use a lockfile or equivalent dependency manifest to prevent silent upstream changes.
- Retrieve packages only from an authenticated, trusted registry with provenance metadata.
- Audit the complete contents of
constraint-engine,failure-memory,context-verifier, andgovernancebefore deployment. - Run installed skills with least privilege, limiting filesystem paths, network access, tools, and environment access.
- Add an update process that re-audits dependency changes before modifying pinned versions or digests.
