T08 · Insecure Dependencies
- Location
SKILL.md:5- Finding
Unpinned Third-Party CLI Dependency
- Content
View full analysis
Vulnerability Details
File Location:
SKILL.md, line 5
Vulnerability Type: Supply-chain risk caused by a mutable dependency version
Risk Level: MediumVulnerable Code Snippet:
yaml metadata: {"clawdbot":{"emoji":"🐻","os":["darwin"],"requires":{"bins":["grizzly"]},"install":[{"id":"go","kind":"go","module":"github.com/tylerwince/grizzly/cmd/grizzly@latest","bins":["grizzly"],"label":"Install grizzly (go)"}]}}Technical Analysis
The installation metadata obtains the third-party
grizzlyexecutable fromgithub.com/tylerwince/grizzly/cmd/grizzly@latest. The mutable@latestselector does not identify an immutable, reviewed release. Consequently, the code installed in the future can differ from the code that existed when this Skill was audited.There is no evidence in the reviewed project that the dependency is currently malicious. The vulnerability is the absence of version pinning and integrity verification, which creates a supply-chain exposure if the upstream repository, maintainer account, release process, Go module resolution path, or a future release is compromised.
Attack Path
- An attacker compromises the upstream project, a maintainer account, or its release process and publishes a malicious version that resolves through
@latest. - A user installs the Skill requirement after that release becomes current.
- The installer downloads and builds the changed dependency without enforcing a previously reviewed version or project-specified checksum.
- The resulting
grizzlyexecutable runs with the user's local privileges when Bear-note commands are invoked. - Malicious dependency code could read accessible local data, including the configured Bear token, interact with Bear notes, or perform other actions permitted to the user.
Impact Assessment
Successful exploitation would execute upstream-controlled code with the privileges of the user running
grizzly. Based on the d ...[truncated 538 chars]- An attacker compromises the upstream project, a maintainer account, or its release process and publishes a malicious version that resolves through
- Remediation
View remediation
Remediation Suggestions
- Replace
@latestwith a specific, reviewed release, such as an exact semantic version. - Prefer an immutable source revision when supported by the installation framework.
- Verify the dependency using trusted checksums, signed releases, or provenance attestations before installation.
- Establish a controlled dependency-update process that reviews source changes and security advisories before advancing the pinned version.
- Document the approved dependency version and source so unexpected installation changes can be detected.
- Run the executable with only the permissions required to interact with Bear, and restrict access to
~/.config/grizzly/tokenusing owner-only file permissions.
- Replace
