T08 · Insecure Dependencies
- Location
SKILL.md:13- Finding
Unpinned External Plugin Dependency
- Content
View full analysis
Vulnerability Details
File Location:
SKILL.md, lines 13–17
Vulnerability Type: Unpinned third-party package installation
Risk Level: Mediummarkdown Install the plugin before using this skill: ```bash openclaw plugins install @ontos-ai/knowhere-clawtext ### Technical Analysis The skill requires users to install `@ontos-ai/knowhere-claw` without specifying an exact version or integrity hash. The installed package is mutable third-party code whose implementation is not included in this repository. Therefore, its behavior cannot be validated as part of this audit and may change independently after the skill has been reviewed. Installing a registry package can introduce executable plugin code and may trigger package lifecycle behavior. If the publisher account, distribution registry, or a future package release is compromised, following this instruction could install attacker-controlled code. ### Attack Path 1. An attacker compromises the package publisher account, registry distribution path, or a future release of `@ontos-ai/knowhere-claw`. 2. The attacker publishes a malicious package version under the expected package name. 3. A user follows the documented installation command, which resolves the unpinned dependency to the malicious release. 4. OpenClaw loads the installed plugin after it is enabled and restarted. 5. The malicious plugin executes with the permissions available to the OpenClaw process and can abuse its access to local or ingested documents. ### Impact Assessment Successful exploitation could allow arbitrary plugin code execution with the privileges of the OpenClaw process. Depending on the host configuration, this may expose local files supplied for ingestion, stored document results, plugin configuration, and other resources accessible to that process. The exact impact cannot be established because the external plugin implementation and runtime permissions are outside the audited repository.- Remediation
View remediation
Remediation Suggestions
- Pin the dependency to an exact, security-reviewed version rather than resolving the latest available release.
- Record and verify a package integrity hash or cryptographic signature before installation.
- Document the expected package registry and reject packages resolved from untrusted sources.
- Review and audit the corresponding plugin source for every approved release.
- Consider vendoring the reviewed dependency or using a lockfile-backed installation process.
- Disable package installation lifecycle scripts where supported and not required.
- Run the plugin with least privilege, restricting filesystem, network, credential, and document access to what is necessary.
- Establish an update-review process so dependency upgrades are not accepted automatically.
