T08 · Insecure Dependencies
- Location
SKILL.md:188- Finding
Unpinned Third-Party Dependency Installation
- Content
View full analysis
Vulnerability Details
File Location:
SKILL.md, lines 188-191
Vulnerability Type: Unpinned and mutable third-party dependencies
Risk Level: MediumVulnerable Code
text **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 installation instructions retrieve third-party packages without pinning an audited version or verifying cryptographic integrity. The use of
pip install -U cellcogexplicitly selects an available newer release, while thenpxand OpenClaw installation commands similarly identify packages without immutable versions.Consequently, the code ultimately installed and executed can differ from the content available at audit time. If a package registry, publisher account, release pipeline, or transitive dependency is compromised, a malicious release could be delivered through these documented commands. Package installation hooks or later SDK imports could then execute attacker-controlled code in the user's environment.
No evidence shows that the currently referenced packages are malicious; the vulnerability is the unsafe, non-reproducible dependency acquisition process.
Attack Path
- An attacker compromises a referenced package publisher account, package registry entry, release pipeline, or transitive dependency.
- The attacker publishes a malicious release under the expected package name.
- A user follows one of the documented unpinned installation instructions.
- The package manager resolves the mutable package reference to the malicious release.
- Attacker-controlled code executes during installation or when the installed package ...[truncated 772 chars]
- Remediation
View remediation
Remediation Suggestions
- Pin every dependency and skill to a specific reviewed version rather than resolving the latest available release.
- Replace
pip install -U cellcogwith an exact version constraint, such aspip install cellcog==<reviewed-version>. - Use lockfiles with hashes and require package hash verification where supported.
- Pin
npxand OpenClaw skill installations to immutable versions, release artifacts, or commit identifiers. - Document the expected official registry, publisher identity, and source repository so users can detect dependency confusion or spoofed packages.
- Review transitive dependencies and use automated vulnerability and provenance checks in the release process.
- Perform installation and execution in a least-privileged, isolated environment with only the files and environment variables required for image-generation tasks.
- Avoid exposing
CELLCOG_API_KEYto installation scripts; provide it only to the runtime process after dependency installation and verification.
