T08 · Insecure Dependencies
- Location
SKILL.md:20- Finding
Third-Party Dependency Installed from a Mutable Git Tag
- Content
View full analysis
Vulnerability Details
File Location:
SKILL.md, lines 20–23
Additional Location:SKILL.md, lines 277–291
Vulnerability Type: Supply-chain risk caused by mutable dependency pinning
Risk Level: MediumVulnerable Code
yaml install: - kind: uv package: "openclaw-governance @ git+https://github.com/pawlsclick/openclaw-governance@v0.5.5" bins: [openclaw-gov]The same dependency source is prescribed for manual installation:
bash pipx install "openclaw-governance @ git+https://github.com/pawlsclick/openclaw-governance@v0.5.5"bash pip install "openclaw-governance @ git+https://github.com/pawlsclick/openclaw-governance@v0.5.5"Technical Analysis
The Skill automatically installs, or directs operators to install, executable Python package code directly from a third-party Git repository. Although the dependency specifies version tag
v0.5.5, a Git tag is not necessarily immutable. The installation instructions do not pin a reviewed commit SHA, verify the resolved commit, or provide an artifact integrity hash.Consequently, the code executed by a later installation can differ from the code originally reviewed if the tag is moved or the upstream repository or maintainer account is compromised. The package's build and installation logic may execute with the privileges of the user or agent performing installation. The resulting
openclaw-govexecutable is then trusted throughout the Skill and receives access to governance paths, repositories, and Git operations.This is a supply-chain weakness; the reviewed project does not itself prove that the current upstream package is malicious.
Attack Path
- An attacker compromises the upstream repository, release process, or maintainer credentials.
- The attacker moves or recreates the
v0.5.5tag so that it references a malicious commit. - ClawHub auto-installation,
pipx, orpipretrieves source from the altered tag. - Malicious package build or ...[truncated 1105 chars]
- Remediation
View remediation
Remediation Suggestions
- Pin the Git dependency to a reviewed, immutable full commit SHA rather than a version tag.
- Record the expected upstream release tag and corresponding commit so operators can verify their relationship.
- Prefer a trusted package registry release backed by immutable artifacts and lock the exact package version.
- Require cryptographic artifact hashes where the installer supports hash verification.
- Verify downloaded source or artifacts before installation, particularly in automatic installation paths.
- Use a locked dependency manifest and review transitive dependencies.
- Execute installation and governance tooling with the least privileges necessary and without unrelated credentials in the environment.
- Consider vendoring and reviewing the required code when stronger supply-chain assurance is necessary.
