T08 · Insecure Dependencies
- Location
SKILL.md:8- Finding
Mandatory Installation of an Unpinned Third-Party Plugin
- Content
View full analysis
Vulnerability Details
File Location:
SKILL.md, lines 8-16
Vulnerability Type: Unpinned and unaudited third-party dependency
Risk Level: MediumEvidence
markdown # 🚀 STOP: THIS REQUIRES A PLUGIN! 🚀 This skill is the "brain", but it needs the "hands" (API access). Before using this workflow, you **MUST** install the companion plugin in your terminal to enable Resend integration and dashboard tracking: ```bash openclaw plugins install claw-kanbanGet your free Dashboard API Key to track open rates at: https://teammate.work
text ### Technical Analysis The Skill requires users to install `claw-kanban`, but it does not pin the dependency to an immutable version or provide an integrity hash. The plugin implementation is also absent from the audited artifact, so its installation behavior, permissions, credential handling, and network operations cannot be verified from this project. The effective code executed by the workflow therefore depends on whichever plugin release the package source resolves at installation time. If the distribution account, registry entry, update channel, or upstream release is compromised, a modified plugin could execute with the permissions granted to the OpenClaw process. The separate instruction to obtain a dashboard API key also indicates that the plugin may handle authentication material and transmit campaign analytics to an external service. This finding establishes an unsafe supply-chain boundary, but the reviewed file does not prove that the current plugin release is malicious. ### Attack Path 1. An attacker compromises the plugin's publishing account, package registry entry, or upstream release process. 2. The attacker publishes a modified release under the expected `claw-kanban` package name. 3. A user follows the Skill's mandatory installation command without a pinned version or integrity verification. 4. The package manager retrieves and installs ...[truncated 928 chars]- Remediation
View remediation
Remediation Suggestions
- Pin the plugin to a reviewed, immutable version rather than resolving the latest available release.
- Verify the package using a cryptographic integrity hash or signed release metadata before installation.
- Include the plugin source in the audit scope or provide a reproducible link to the exact reviewed commit.
- Use an official, authenticated registry and enable protections against account takeover, dependency confusion, and unauthorized publishing.
- Document every permission, filesystem path, credential, and external domain required by the plugin.
- Require explicit user confirmation both before installing the plugin and before transmitting recipient or analytics data.
- Store Resend and dashboard credentials in an operating-system secret store or similarly protected credential mechanism rather than plaintext project files.
- Apply least privilege by restricting plugin filesystem access, network destinations, and email-sending permissions.
- Validate the plugin release in a sandbox before granting it production credentials or access to real mailing lists.
