T08 · Insecure Dependencies
- Location
SKILL.md:5- Finding
Unpinned Third-Party Homebrew Dependency
- Content
View full analysis
Vulnerability Details
File Location:
SKILL.md, line 5
Vulnerability Type: Supply-chain risk from an unpinned third-party package source
Risk Level: MediumVulnerable Code Snippet:
yaml metadata: {"clawdbot":{"emoji":"🎮","requires":{"bins":["gog"]},"install":[{"id":"brew","kind":"brew","formula":"steipete/tap/gogcli","bins":["gog"],"label":"Install gog (brew)"}]}}Technical Analysis
The skill directs users to install
gogclifrom the third-party Homebrew tapsteipete/tapwithout specifying an immutable version, commit, checksum, or signature. Consequently, the package and its installation behavior may change after the skill has been reviewed.Homebrew formula installation can execute package-controlled installation logic. If the tap, formula, upstream release process, or maintainer account is compromised, a later installation or upgrade could introduce malicious code. There is no evidence in the audited files that the current dependency is malicious; the finding concerns the absence of dependency pinning and integrity controls.
This risk is particularly relevant because the installed
gogexecutable is subsequently authorized through OAuth to access Gmail, Calendar, Drive, Contacts, Sheets, and Docs.Attack Path
- An attacker compromises the third-party Homebrew tap, its maintainer account, the referenced upstream artifacts, or the associated release pipeline.
- The attacker publishes a malicious or tampered formula or package under the expected
gogcliidentity. - A user follows the skill installation metadata or later upgrades the unpinned package.
- Homebrew retrieves and installs the attacker-controlled version.
- Malicious installation or runtime code executes with the privileges of the user running Homebrew.
- If the compromised CLI is used after OAuth configuration, it may access locally available OAuth credentials or act through the authorized Google Workspace perm ...[truncated 467 chars]
- Remediation
View remediation
Remediation Suggestions
- Pin the Homebrew dependency to a reviewed, immutable release or repository commit rather than relying on the latest state of the tap.
- Verify downloaded release artifacts using a trusted cryptographic checksum or signature.
- Document the authoritative source repository and expected publisher identity so users can validate the package origin.
- Prefer a trusted package distribution channel that provides immutable, reproducible, and signed artifacts.
- Review formula changes before upgrades and avoid unattended upgrades for a CLI that handles high-value OAuth credentials.
- Grant only the Google Workspace OAuth scopes required for the intended task, and use separate accounts or restricted environments where practical.
- Store OAuth credentials using platform-protected credential storage and revoke tokens promptly if package compromise is suspected.
