T08 · Insecure Dependencies
- Location
SKILL.md:29- Finding
Unpinned and Ambiguous Email Tool Dependency Installation
- Content
View full analysis
Vulnerability Details
File Location:
SKILL.md:29
Vulnerability Type:T08: Insecure Dependencies
Risk Level: MediumVulnerable Code Snippet:
markdown - **gog** (Gmail CLI) — `openclaw skills install gog` or npmTechnical Analysis
The skill recommends installing the
gogemail tool without specifying an exact package version, authoritative registry URL, integrity hash, or verified publisher. The alternative instruction, “or npm,” is particularly ambiguous because it does not provide an exact npm package identifier.This creates a software supply-chain risk involving dependency confusion, package-name ambiguity, typosquatting, or compromise of an unpinned upstream release. Because the suggested tool is expected to access Gmail and send outbound messages, a substituted or compromised dependency could execute with access to sensitive correspondence and email authorization credentials.
No evidence establishes that the referenced package is currently malicious. The vulnerability is the unsafe and insufficiently constrained installation guidance.
Attack Path
- An attacker publishes a malicious or typosquatted package matching the ambiguous
gogname, or compromises a later unpinned release. - A user or agent follows the instruction in
SKILL.mdand installs the package without validating its publisher, source, version, or integrity. - The package executes during installation or when invoked as an email tool.
- The malicious package accesses locally available email credentials, authorization tokens, inbox content, prospect records, or outbound message data.
- It may exfiltrate that information, modify recipients or message bodies, or send unauthorized email under the user's identity.
Impact Assessment
Successful exploitation could grant the malicious dependency the same effective privileges as the process running the email tool. Depending on the user's configuration, this co ...[truncated 537 chars]
- An attacker publishes a malicious or typosquatted package matching the ambiguous
- Remediation
View remediation
Remediation Suggestions
- Replace the ambiguous installation instruction with the exact official package identifier and authoritative registry or repository URL.
- Pin the dependency to a specific reviewed version rather than accepting the latest release.
- Provide and verify a cryptographic integrity hash or signed release artifact where supported.
- Identify the expected publisher or maintainer so users can detect typosquatted packages.
- Require review of package provenance, installation scripts, release signatures, and requested OAuth or SMTP permissions before use.
- Grant only the minimum email scopes needed for the workflow, and avoid broad mailbox or account-management permissions.
- Run the email integration in a restricted environment with limited filesystem and network access where practical.
- Establish an explicit dependency-update review process before changing the pinned version.
