T08 · Insecure Dependencies
- Location
SKILL.md:169- Finding
Unpinned Third-Party Dependency Installation
- Content
View full analysis
Vulnerability Details
File Location:
SKILL.md, line 11 and lines 169–175
Vulnerability Type: Unpinned and unauditable third-party dependencies
Risk Level: MediumVulnerable Code
yaml dependencies: [cellcog]markdown ## If CellCog is not installed **Claude Code, Cursor, Codex + 70 more agents:** `npx skills add cellcog/skills --skill cellcog` **OpenClaw:** `openclaw skills install @cellcog/cellcog` **CellCog plugin users:** run `/cellcog-setup` (or `/cellcog:cellcog-setup` depending on your tool) **Manual setup:** `pip install -U cellcog` and set `CELLCOG_API_KEY`. See the **cellcog** skill for SDK reference.Technical Analysis
The skill instructs users to install the
cellcogdependency from external package or skill registries without specifying an immutable version, commit, integrity hash, or lockfile. Thepip install -U cellcogcommand explicitly resolves and installs the latest available release.Because the project contains only
SKILL.md, the dependency's installation hooks and runtime implementation cannot be audited from the supplied artifact. A future or compromised upstream release could therefore differ from the version originally reviewed. This creates a supply-chain trust boundary in which registry-account compromise, upstream repository compromise, or an unexpectedly changed release could introduce executable code.The audit found no evidence that the current
cellcogpackage is malicious. The vulnerability is the unsafe, mutable dependency acquisition process rather than a confirmed malicious payload.Attack Path
- An attacker compromises an upstream publisher account, package registry entry, distribution channel, or repository used by one of the documented installation commands.
- The attacker publishes a modified release containing malicious installation hooks or runtime behavior.
- A user follows the documented setup instructions, such as `p ...[truncated 1059 chars]
- Remediation
View remediation
Remediation Suggestions
- Pin the dependency to a specific, reviewed version instead of installing the latest release automatically.
- Provide a lockfile or package-manager constraints file containing cryptographic hashes for all resolved artifacts and transitive dependencies.
- For repository-based installation, reference a reviewed immutable commit rather than a mutable branch or tag.
- Remove
-Ufrom the default installation command so installation does not silently upgrade to an unreviewed release. - Verify package publisher identities and document the expected official registry and repository URLs.
- Review the dependency's source code, installation hooks, and transitive dependency tree before approving a version.
- Run installation and execution in a least-privilege sandbox with restricted filesystem, credential, and network access.
- Establish an explicit update-review process so dependency upgrades require integrity verification and security approval before deployment.
