T08 · Insecure Dependencies
- Location
SKILL.md:81- Finding
Unpinned Third-Party Skill Executes an Unverifiable MCP Component
- Content
View full analysis
Vulnerability Details
File Location:
SKILL.md, lines 81-83; related executable declaration at lines 56-58
Vulnerability Type: Supply-chain exposure through an unpinned external package
Risk Level: MediumVulnerable code snippet:
markdown ## OpenClaw Install from ClawHub, then register the MCP command `assistantmail-mcp` and set `ASSISTANT_MAIL_API_KEY`: ```bash openclaw skills install @assistantmail/assistant-mailtext The executable invoked by the installed package is declared separately: ```markdown ## MCP Connection - **Command**: `assistantmail-mcp`Technical Analysis
The installation command identifies a third-party package by name without pinning an immutable version, integrity digest, or verified signature. The resulting
assistantmail-mcpexecutable is expected to run with access toASSISTANT_MAIL_API_KEYand email-related data.The audited artifact contains only
SKILL.md; it does not contain the MCP implementation, a dependency lockfile, a package digest, or reproducible build information. Consequently, the behavior and provenance of the executable cannot be independently verified from this project. A later package release or compromised distribution account could replace the reviewed behavior while retaining the same package and executable names.Attack Path
- An attacker compromises the third-party package publisher, distribution account, or release pipeline.
- The attacker publishes a modified package under the existing
@assistantmail/assistant-mailname. - A user follows the unpinned installation instruction and receives the attacker-controlled release.
- The agent runtime launches
assistantmail-mcpand suppliesASSISTANT_MAIL_API_KEYthrough its environment. - The modified executable reads or exfiltrates the API key, mailbox identifiers, message contents, recipients, or tool arguments.
- The attacker uses the stolen credentials to p ...[truncated 687 chars]
- Remediation
View remediation
Remediation Suggestions
- Pin the installed Skill to a specific, audited, immutable version rather than using only the package name.
- Publish and verify a cryptographic checksum or package signature before execution.
- Document the exact source repository, package registry, release identifier, and provenance of
assistantmail-mcp. - Provide reproducible build instructions and committed dependency lock data so the executable can be independently audited.
- Run the MCP process in a restricted environment with only the required network access and filesystem permissions.
- Use short-lived, revocable API credentials scoped to the minimum required mailbox and operations.
- Establish package-release monitoring and revoke affected credentials immediately if package integrity is compromised.
