T08 · Insecure Dependencies
- Location
SKILL.md:42- Finding
Unpinned Third-Party Plugin Is Granted Access to a Sensitive Kibana Integration
- Content
View full analysis
Vulnerability Details
File Location:
SKILL.md, lines 42–46
Vulnerability Type: Unpinned third-party dependency with privileged integration access
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, digest, checksum, or verifiable signature. The subsequent command explicitly adds that plugin to the allowed tool configuration, after which the OpenClaw gateway is restarted to activate it.Elsewhere,
SKILL.mdstates that ClawLink stores authentication tokens and injects them into requests to a connected Kibana instance. The documented integration also exposes access to operational and security data and supports destructive actions such as deleting alerting rules, connectors, saved objects, Fleet outputs, Fleet proxies, lists, and Osquery saved queries.Because the plugin's implementation is not included in the audited project and the installation is not pinned to an immutable artifact, this project cannot establish that the installed code corresponds to a reviewed release. A registry compromise, publisher-account compromise, or malicious future update could therefore alter the code executing within this trusted integration path.
Attack Path
- An attacker compromises the plugin publisher account, package registry entry, or mutable release associated with
clawhub:clawlink-plugin. - The attacker publishes a modified plugin under the same package identifier.
- A user follows the instructions in
SKILL.mdand installs the package without a version or digest constraint. - The user explicitly grants the plugin tool access through
tools.alsoAllow. - The gateway restart loads and activates the compromised plugin.
- The plugin can then ...[truncated 852 chars]
- An attacker compromises the plugin publisher account, package registry entry, or mutable release associated with
- Remediation
View remediation
Remediation Suggestions
- Pin the plugin to an audited, immutable version or content digest rather than installing a mutable package identifier.
- Verify the artifact using a cryptographic checksum and a trusted publisher signature before enabling it.
- Publish or vendor the exact corresponding plugin source so its behavior can be independently reviewed.
- Configure the plugin with only the minimum tools and permissions required for the intended Kibana tasks.
- Use a dedicated Kibana service identity with narrowly scoped roles instead of a broadly privileged account.
- Disable destructive Kibana capabilities by default and preserve explicit, operation-specific confirmation for every write.
- Maintain an allowlist of trusted package versions and require security review before upgrades.
- Monitor plugin installation, updates, authentication use, and destructive Kibana operations through auditable logs.
