T08 · Insecure Dependencies
- Location
SKILL.md:11- Finding
Unpinned Third-Party Go Module Installation
- Content
View full analysis
Vulnerability Details
File Location:
SKILL.md, lines 11–20 and 29–31
Vulnerability Type: T08: Insecure Dependencies
Risk Level: MediumVulnerable Code
yaml "install": [ { "id": "go", "kind": "go", "module": "github.com/Hyaxia/blogwatcher/cmd/blogwatcher@latest", "bins": ["blogwatcher"], "label": "Install blogwatcher (go)", }, ],markdown Install - Go: `go install github.com/Hyaxia/blogwatcher/cmd/blogwatcher@latest`Technical Analysis
Both the metadata-driven installation configuration and the manual installation instructions direct users to install the mutable
@latestversion of a third-party Go module. No reviewed release version, immutable commit, expected checksum, or artifact provenance is specified.Consequently, the effective source code installed by the Skill can change after this Skill has been audited. The installation also resolves and builds upstream dependencies that are not included in the audited project. If the upstream repository, maintainer account, release process, or transitive dependency chain is compromised, a future installation could produce an attacker-controlled executable.
The audited project does not contain the implementation of
blogwatcher, so the behavior of the resulting binary cannot be verified from the sole local file.Attack Path
- An attacker compromises the upstream repository, a maintainer account, the release pipeline, or a relevant dependency.
- The attacker publishes malicious source code as the version selected by
@latest. - A user or agent follows the Skill metadata or documented command and runs:
sh go install github.com/Hyaxia/blogwatcher/cmd/blogwatcher@latest - Go downloads and compiles the altered upstream source and its dependencies.
- The user invokes
blogwatcheracc ...[truncated 800 chars]
- Remediation
View remediation
Remediation Suggestions
- Replace
@latestwith a specific reviewed release version, such as an exact semantic version. - For stronger immutability, pin the dependency to a reviewed commit and document the corresponding source revision.
- Verify module checksums through the Go checksum database or an organization-controlled verification process.
- Record the reviewed version, expected provenance, and update procedure in
SKILL.md. - Audit the pinned module and its transitive dependencies before approving version updates.
- Prefer signed releases or artifacts with verifiable build provenance where available.
- Keep the metadata installation entry and manual installation command synchronized so neither path falls back to
@latest.
- Replace
