T08 · Insecure Dependencies
Warning
- Location
- SKILL.md:5
- Finding
- Unpinned Third-Party Homebrew Dependency<![CDATA[ ## Vulnerability Details **File Location**: `SKILL.md`, line 5 **Vulnerability Type**: Unpinned dependency from a third-party Homebrew tap **Risk Level**: Medium ### Vulnerable Code ```yaml metadata: {"clawdbot":{"emoji":"🧾","requires":{"bins":["safety-guard"]},"install":[{"id":"brew","kind":"brew","formula":"steipete/tap/safety-guard","bins":["safety-guard"],"label":"Install safety-guard (brew)"}]}} ``` ### Technical Analysis The Skill instructs its environment to install `safety-guard` from the third-party Homebrew tap `steipete/tap`. The dependency is not constrained to a reviewed version, immutable commit, checksum, or cryptographic signature. Consequently, the package resolved at installation time may differ from the package that existed when the Skill was audited. A compromise of the tap, its maintainer account, the formula, or an upstream binary distribution could introduce attacker-controlled installation or runtime behavior. Homebrew formulas can execute installation logic and place executables on the user's command path, making this a supply-chain trust boundary. The project contains no local executable scripts, and the reviewed files provide no evidence that the dependency is currently malicious. The risk arises from the mutable and externally controlled installation source. ### Attack Path 1. An attacker compromises the third-party Homebrew tap, its maintainer account, or an upstream artifact referenced by its formula. 2. The attacker modifies the formula or distributed package to include malicious installation or runtime behavior. 3. A user or agent loads the Skill and follows its installation metadata to install `steipete/tap/safety-guard`. 4. Homebrew retrieves the mutable formula and associated artifacts from the compromised source. 5. Attacker-controlled code executes during installation or when the Skill later invokes the installed `safety-guard` binary. ### Impact Assessment Malicious formula installation logic or a compro ...[truncated 678 chars]
- Remediation
- <![CDATA[ ## Remediation Suggestions 1. Pin the dependency to a reviewed, immutable release or repository commit rather than a mutable formula reference. 2. Verify downloaded artifacts using published cryptographic checksums or signatures before installation. 3. Prefer an official, trusted package repository where available instead of a third-party tap. 4. Document the exact source repository, release version, and expected artifact digest so future audits can reproduce dependency verification. 5. Use a locked installation mechanism that rejects unexpected formula or artifact changes. 6. Run installation and execution with least privilege and avoid `sudo`. 7. Isolate the CLI in a sandbox or container with narrowly scoped filesystem and network access. 8. Provide API credentials only when required, and avoid exposing unrelated credentials to the CLI process. ]]>
