T08 · Insecure Dependencies
- Location
SKILL.md:48- Finding
Unpinned Third-Party Plugin Installation and Authorization
- Content
View full analysis
Vulnerability Details
File Location:
SKILL.md, lines 48–52
Vulnerability Type: Unpinned third-party dependency with tool authorization
Risk Level: MediumVulnerable Code
bash openclaw plugins install clawhub:clawlink-plugin openclaw config set tools.alsoAllow '["clawlink-plugin"]' --strict-json openclaw gateway restartTechnical Analysis
The installation command references the mutable package identifier
clawhub:clawlink-pluginwithout specifying an immutable version, cryptographic digest, or verifiable signature. The subsequent command adds that plugin to the OpenClaw tool allowlist, and the gateway restart activates it.The plugin implementation is not included in the audited project, so its behavior cannot be verified from the available source. Although the document calls the plugin “verified,” it provides no local integrity metadata that binds installation to the reviewed release. Consequently, a compromised registry account, package repository, distribution channel, or future package version could cause users to install code different from the code originally assessed.
This is a supply-chain weakness rather than evidence that the current plugin is malicious.
Attack Path
- An attacker compromises the plugin publisher, registry entry, release process, or another part of the package distribution channel.
- The attacker publishes a malicious release under the unchanged
clawhub:clawlink-pluginidentifier. - A user follows the Skill instructions and installs the mutable package reference.
- The user adds the plugin to
tools.alsoAllow, expanding the set of authorized OpenClaw tools. - The gateway restart loads and activates the installed plugin.
- The malicious plugin executes within the privileges available to OpenClaw plugins and may intercept tool inputs, manipulate results, or misuse accessible integration data.
Impact Assessment
Successful exploitation cou ...[truncated 778 chars]
- Remediation
View remediation
Remediation Suggestions
- Pin the plugin to a specific, audited, immutable version rather than installing the latest release through a mutable identifier.
- Publish a cryptographic digest or signed provenance record for the approved artifact and verify it before installation.
- Document the expected publisher identity, package source, permissions, and verified checksum.
- Separate installation from authorization. Require users or administrators to review the plugin and its requested capabilities before adding it to
tools.alsoAllow. - Apply least privilege to the plugin runtime, including restricted filesystem, network, process, and integration access.
- Provide procedures to revoke authorization, uninstall the plugin, disconnect OAuth access, and roll back to a known-good version.
- Monitor releases and alert users if the verified artifact digest or signing identity changes.
