T08 · Insecure Dependencies
- Location
SKILL.md:31- Finding
Unpinned Third-Party Plugin Installation and Enablement
- Content
View full analysis
Vulnerability Details
File Location:
SKILL.md:31-33
Vulnerability Type:T08: Insecure Dependencies
Risk Level: Mediumbash openclaw plugins install clawhub:clawlink-plugin openclaw config set tools.alsoAllow '["clawlink-plugin"]' --strict-json openclaw gateway restartTechnical Analysis
The installation procedure retrieves
clawlink-pluginwithout specifying an immutable version, digest, checksum, or signature. It then explicitly adds the plugin to the permitted tool list and restarts the gateway, causing the retrieved component to be loaded.Because the plugin implementation is not included in the audited project, its behavior cannot be verified from this artifact. An unversioned dependency can also change after this review. If the package source, publisher account, distribution infrastructure, or latest package release is compromised, users following these instructions could install and enable behavior different from the version originally intended.
This finding concerns the dependency installation and trust model. The audited file does not itself contain an embedded malicious payload, and no compromise of the referenced plugin was established during this audit.
Attack Path
- An attacker compromises the plugin publisher account or package-distribution channel, or otherwise causes the unversioned package identifier to resolve to a malicious release.
- A user follows the documented command and installs the current package associated with
clawhub:clawlink-plugin. - The user runs the configuration command, placing
clawlink-pluginintools.alsoAllow. - The gateway is restarted and loads the installed plugin.
- The malicious or compromised plugin can act within the permissions granted to plugins and tools by the OpenClaw deployment.
- If the user subsequently connects Mural, the compromised component may be able to interact with integration data or operations available throug ...[truncated 691 chars]
- Remediation
View remediation
Remediation Suggestions
- Pin the plugin to a specific, reviewed version rather than installing an implicitly mutable release.
- Prefer an immutable content digest or package lock mechanism where supported.
- Verify a publisher signature or a checksum obtained through an independent trusted channel before installation.
- Document the authoritative package source and expected publisher identity.
- Review the pinned plugin source and release artifacts before adding it to
tools.alsoAllow. - Grant only the minimum tool and integration permissions required for the Mural workflow.
- Run the plugin in a sandbox with restricted filesystem, process, network, and credential access.
- Require explicit review before dependency upgrades, and monitor the package source for ownership or release changes.
