T08 · Insecure Dependencies
- Location
SKILL.md:13- Finding
Unpinned and Unverified Third-Party Executable Installation
- Content
View full analysis
Vulnerability Details
File Location:
SKILL.md, lines 13–17
Vulnerability Type: Supply-chain exposure caused by unpinned and unverified executable installation
Risk Level: MediumEvidence
markdown ## Install Download the binary for your platform from [GitHub Releases](https://github.com/skridlevsky/graphthulhu/releases) and put it on your PATH. Or: `go install github.com/skridlevsky/graphthulhu@latest`Technical Analysis
The installation instructions direct users either to download an executable from a mutable release page or to install the
latestGo module version. Neither method pins an audited immutable version, commit, or artifact digest. The instructions also provide no checksum or cryptographic-signature verification procedure.Consequently, the executable installed at audit time may differ from the implementation reviewed or expected by the user. If the upstream repository, maintainer account, release process, module distribution channel, or published artifact is compromised, a malicious release could be installed without an integrity check detecting the substitution.
This risk is material because the configured executable is intentionally granted access to sensitive knowledge-graph data. The documented Obsidian configuration gives it direct read-write access to a vault, while the Logseq configuration supplies an API endpoint and authentication token. No malicious behavior is established in the reviewed file; the vulnerability is the unsafe dependency acquisition process and resulting supply-chain exposure.
Attack Path
- An attacker compromises the upstream repository, maintainer credentials, release pipeline, module source, or downloadable release artifact.
- The attacker publishes a malicious version as the current release or causes
@latestto resolve to it. - A user follows the documented installation instructions without pinning a version or validating an artifact si ...[truncated 1190 chars]
- Remediation
View remediation
Remediation Suggestions
- Replace
@latestwith a specifically audited release version or immutable commit identifier. - Publish SHA-256 or stronger cryptographic digests for each platform artifact and require users to verify them before installation.
- Prefer signed releases and document signature verification against a trusted, independently distributed maintainer key.
- Record the approved version, commit, expected digest, and verification commands directly in
SKILL.md. - Use reproducible builds or publish build provenance and software-bill-of-materials attestations where possible.
- Run the MCP server under a dedicated, least-privileged account or sandbox, restricting filesystem access to the intended vault.
- Use a narrowly scoped Logseq token when supported, rotate it periodically, and avoid exposing it to unrelated processes.
- Review and test every dependency update before changing the pinned version or approved artifact digest.
- Replace
