T08 · Insecure Dependencies
- Location
SKILL.md:11- Finding
Unpinned Third-Party Plugin Installation
- Content
View full analysis
Vulnerability Details
File Location:
SKILL.md, lines 11–16
Vulnerability Type: Supply-chain exposure through an unpinned third-party dependency
Risk Level: MediumVulnerable Code Snippet:
markdown ## Requirements This skill requires the FeedNest plugin. Install it first:openclaw plugins install @feednest/openclaw
text Technical Analysis
The skill directs users to install
@feednest/openclawwithout specifying an immutable version, checksum, signature, or other integrity constraint. Consequently, the package resolved at installation time may differ from the package originally reviewed.The project contains only
SKILL.md; it does not include the plugin implementation or dependency lock data. Therefore, the external plugin's code, installation hooks, runtime behavior, and transitive dependencies cannot be verified from the audited artifact. This creates supply-chain risk if the registry package, publisher account, release process, or a transitive dependency is compromised.Attack Path
- An attacker compromises the package publisher, registry entry, release pipeline, or a dependency used by
@feednest/openclaw. - The attacker publishes a malicious release under the expected package name or causes unsafe dependency resolution.
- A user follows the documented command:
openclaw plugins install @feednest/openclaw. - Because no version or integrity value is specified, the installer resolves the attacker-controlled release.
- Malicious installation or runtime logic executes with the permissions available to the OpenClaw process.
- Depending on those permissions and exposed credentials, the malicious plugin could access FeedNest data, API credentials, local files, or other resources available to that process.
Impact Assessment
Successful exploitation could execute attacker-controlled plugin code within the OpenClaw environment. The precise impact depends on ...[truncated 539 chars]
- An attacker compromises the package publisher, registry entry, release pipeline, or a dependency used by
- Remediation
View remediation
Remediation Suggestions
- Pin the plugin to a reviewed, immutable version rather than installing the latest available release, for example using the package manager's supported exact-version syntax.
- Record and verify a cryptographic checksum, package signature, or registry provenance attestation where supported.
- Document the authoritative registry, publisher identity, and expected package namespace to reduce dependency-confusion and typosquatting risk.
- Audit the selected plugin release, installation hooks, and transitive dependencies before recommending installation.
- Use a lockfile or equivalent dependency manifest so installations resolve reproducibly.
- Run the plugin under least privilege and restrict its filesystem, network, process-execution, and credential access to resources strictly required for FeedNest operations.
- Establish a controlled upgrade process in which new releases are reviewed and integrity metadata is updated before users install them.
