T08 · Insecure Dependencies
- Location
SKILL.md:14- Finding
Unpinned Third-Party CLI Installation
- Content
View full analysis
Vulnerability Details
File Location:
SKILL.md, lines 14–20; related installation commands at lines 31–36
Vulnerability Type: Unpinned and mutable third-party dependencies
Risk Level: MediumVulnerable Code
yaml install: - kind: brew tap: dedene/tap formula: lametric bins: [lametric] - kind: go package: github.com/dedene/lametric-cli/cmd/lametric bins: [lametric]The corresponding user-facing instructions include:
bash # Homebrew (macOS/Linux) brew install dedene/tap/lametric # Or Go install go install github.com/dedene/lametric-cli/cmd/lametric@latestTechnical Analysis
The Skill installs an externally maintained CLI through a custom Homebrew tap or a Go module. Neither installation method is pinned to an immutable, audited release or commit. The Go command explicitly uses the mutable
@latestselector, while the Homebrew command accepts whichever formula and artifact the external tap provides at installation time.No checksum, cryptographic signature, commit hash, or equivalent integrity verification is specified. Consequently, the executable installed by a user can differ from the dependency reviewed when this Skill was published.
The upstream project identity is consistent with the declared homepage and author, and the audited file contains no evidence of typosquatting or an intentionally malicious dependency. The risk arises from mutable dependency resolution and potential compromise of the upstream repository, release process, package infrastructure, or Homebrew tap.
Attack Path
- An attacker compromises the upstream repository, release account, Go module source, Homebrew tap, or associated artifact hosting.
- The attacker publishes a malicious version selected by
@latestor modifies the formula or artifact delivered by the custom Homebrew tap. - A user or agent follows the installation instructions in
SKILL.md. 4 ...[truncated 1337 chars]
- Remediation
View remediation
Remediation Suggestions
- Replace
@latestwith a specific audited semantic version or, preferably, an immutable commit or release identifier. - Pin the Homebrew installation to a reviewed formula revision or documented release version where the package workflow permits it.
- Publish trusted SHA-256 or stronger checksums for release artifacts and verify them before installation.
- Prefer cryptographically signed releases and document signature verification using a pinned maintainer key or trusted provenance mechanism.
- Record the expected upstream repository, release tag, commit hash, and artifact digest in the Skill metadata.
- Use reproducible builds or supply-chain provenance such as SLSA attestations when available.
- Avoid automatically upgrading the dependency without review. Introduce a controlled process that audits each new release before updating the pinned version and integrity values.
- Advise users to run the CLI with least privilege and to avoid exposing unrelated secrets in its execution environment.
- Replace
