T08 · Insecure Dependencies
- Location
SKILL.md:11- Finding
Unpinned CLI Dependency from a Third-Party Homebrew Tap
- Content
View full analysis
Vulnerability Details
File Location:
SKILL.md, lines 11–19
Vulnerability Type:T08: Insecure Dependencies
Risk Level: MediumVulnerable Code
yaml "install": [ { "id": "brew", "kind": "brew", "formula": "yakitrak/yakitrak/obsidian-cli", "bins": ["obsidian-cli"], "label": "Install obsidian-cli (brew)", }, ],Technical Analysis
The Skill instructs users to install
obsidian-clifrom the third-party Homebrew tapyakitrak/yakitrak. The dependency is not pinned to a reviewed version, immutable commit, or verified artifact checksum. Consequently, the executable installed under the expectedobsidian-cliname can change after the Skill has been reviewed.This is a supply-chain trust risk rather than evidence that the current dependency is malicious. If the tap, upstream repository, release process, or maintainer account is compromised, an attacker could modify the formula or referenced artifact. A later installation or upgrade could then execute attacker-controlled installation logic or deploy a modified CLI.
Attack Path
- An attacker compromises the third-party tap, its maintainer account, its upstream release infrastructure, or another component used by the formula.
- The attacker changes the formula or referenced artifact to distribute a malicious
obsidian-cliexecutable or installation action. - A user follows the Skill’s installation metadata or upgrades the unpinned package.
- Homebrew retrieves and installs the modified dependency.
- Installation logic or the modified CLI executes with the privileges of the installing user.
- When invoked, the malicious CLI can access files available to that user, including discovered Obsidian vaults and their note contents, and could modify or transmit that data.
Impact Assessment
Successful exploitation would provide code execution with the installing or invoking user’s ...[truncated 390 chars]
- Remediation
View remediation
Remediation Suggestions
- Pin the dependency to a reviewed, immutable release or commit rather than accepting whichever formula version is current at installation time.
- Verify downloaded artifacts using a published cryptographic checksum or signature.
- Prefer an official, well-maintained package source when one is available.
- Document the dependency’s canonical upstream repository and expected publisher so users can verify provenance.
- Review the Homebrew formula and its artifact URLs before approving installation or upgrades.
- Use automated dependency monitoring to detect changes in ownership, release provenance, checksums, or formula behavior.
- Run the CLI with least privilege and restrict its access to only the vaults required for the task.
