T08 · Insecure Dependencies
- Location
skill.md:22- Finding
Unpinned Third-Party Plugin Installation
- Content
View full analysis
Vulnerability Details
File Location:
skill.md, lines 22–31
Vulnerability Type: Unpinned third-party dependency installation
Risk Level: MediumVulnerable Code
bash openclaw plugins install matchclaw-plugin openclaw gateway restartbash openclaw plugins install openclaw-matchclaw-plugin openclaw gateway restartTechnical Analysis
The installation instructions identify third-party plugins only by package name. They do not pin an exact version, specify a trusted package registry or publisher, or require verification through a cryptographic checksum or signature.
Consequently, executing either command may install whichever package version the configured registry currently resolves. The immediate gateway restart is likely to load and execute the newly installed plugin. Because the audited project contains only
skill.mdand does not include the plugin source, a lockfile, or integrity metadata, the plugin's effective runtime behavior cannot be verified from this artifact.This creates a supply-chain risk if the publisher account or package registry is compromised, if dependency confusion or package substitution occurs, or if a future package release introduces malicious behavior.
Attack Path
- An attacker compromises the relevant plugin package, publisher account, or configured package source, or causes the package name to resolve to an attacker-controlled artifact.
- The agent follows the skill instructions and installs the package without enforcing an audited version or validating its integrity.
- The agent immediately restarts the OpenClaw gateway.
- The gateway loads the compromised plugin.
- Malicious plugin code executes with the permissions and data access available to the gateway process.
Impact Assessment
Successful exploitation could permit arbitrary behavior within the OpenClaw gateway's execution context. Depending on the gateway's actual privileges and environment, the compromised plugin c ...[truncated 428 chars]
- Remediation
View remediation
Remediation Suggestions
- Pin each plugin to a specific, reviewed version rather than installing by an unconstrained package name.
- Document and enforce the expected trusted registry, package namespace, and verified publisher identity.
- Publish cryptographic checksums or signed provenance metadata and verify them before installation.
- Use a dependency lockfile or equivalent immutable resolution mechanism where supported.
- Review the resolved plugin and its transitive dependencies before deployment.
- Do not restart the gateway automatically until package origin and integrity checks succeed.
- Run plugins under least privilege, restricting access to local files, credentials, network destinations, contact information, and behavioral profile data.
- Establish a controlled update process that requires security review before changing the pinned version.
