T08 · Insecure Dependencies
- Location
SKILL.md:73- Finding
Unpinned Third-Party Security Scanner Installation
- Content
View full analysis
Vulnerability Details
File Location:
SKILL.md, lines 73–78
Vulnerability Type: Unpinned and insufficiently verified third-party dependency
Risk Level: MediumVulnerable Code Snippet
bash pipx install shipguard # or: pip install shipguard # Linux # gitleaks: download from https://github.com/gitleaks/gitleaks/releases # shipguard: pipx install shipguardThe same unpinned installation instruction is repeated at
SKILL.md:233:markdown | `shipguard` not found | `pipx install shipguard` or `pip install shipguard` |Technical Analysis
The installation instructions retrieve
shipguardby package name without pinning an audited version or verifying a cryptographic hash or signature. AlthoughSKILL.md:245mentions version0.3.2, the actual installation commands do not constrain installation to that version.Consequently, the effective dependency can change after this Skill has been reviewed. Package-index compromise, maintainer-account compromise, malicious package replacement, or an unexpected future release could cause users to install code that was not included in this audit. A source distribution may also invoke package build tooling during installation, while installed command-line tools execute with the invoking user's permissions when subsequently used.
The gitleaks installation guidance similarly directs users to download a release but does not identify an immutable artifact, checksum, or signature.
Attack Path
- An attacker compromises the package publisher, package-index entry, release source, or distribution channel.
- The attacker publishes a malicious or backdoored package version under the expected package identity.
- A user follows the documented
pipx install shipguardorpip install shipguardcommand. - The package manager retrieves the current package selected by the index rather than a reviewed, immutable version.
- Malicious code may ...[truncated 808 chars]
- Remediation
View remediation
Remediation Suggestions
- Pin the dependency to a specifically reviewed version, such as
shipguard==0.3.2, after independently verifying that the package identity and version are correct. - Distribute a locked dependency manifest containing cryptographic hashes and require hash verification during installation.
- Link to the exact official source repository and an immutable release tag or commit rather than a general publisher profile.
- Publish and verify signed release artifacts or trusted provenance attestations.
- For gitleaks, document the exact release version, platform artifact, expected SHA-256 digest, and signature-verification procedure.
- Prefer isolated installation with
pipxover installation into a shared Python environment, while recognizing that isolation does not eliminate access to user-readable data at runtime. - Review every dependency update before changing the pinned version and automate provenance, vulnerability, and integrity checks in the release process.
- Pin the dependency to a specifically reviewed version, such as
