T08 · Insecure Dependencies
- Location
SKILL.md:219- Finding
Unpinned Third-Party Package Installation
- Content
View full analysis
Vulnerability Details
File Location:
SKILL.md, lines 219-222
Vulnerability Type: Unpinned and unverifiable third-party dependencies
Risk Level: MediumVulnerable Code
markdown **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 setup instructions install third-party packages without pinning an exact reviewed version, verifying a cryptographic checksum, or requiring a signed release. In particular,
pip install -U cellcogexplicitly selects an available upgrade, while thenpxand OpenClaw installation commands similarly do not identify an immutable package version or commit.Package installers can execute code supplied by packages or their dependencies during installation and subsequent use. Consequently, the effective code installed by these commands may differ from the code that existed when this skill was audited. This creates a supply-chain trust boundary in which compromise of a package publisher, registry entry, source repository, release process, or transitive dependency could result in attacker-controlled code being installed.
The documentation openly instructs the user to perform these installations; no evidence shows that
SKILL.mdperforms an automatic or covert installation. The vulnerability is therefore the unsafe dependency acquisition pattern rather than an embedded malicious payload.Attack Path
- An attacker compromises the CellCog package publisher, upstream repository, registry account, build pipeline, or a dependency selected during resolution.
- The attacker publishes a malicious release under the package or source identifier ...[truncated 1130 chars]
- Remediation
View remediation
Remediation Suggestions
- Pin every installation command to a specific, reviewed release instead of resolving the latest available version.
- For Python installation, use an exact version and require hashes through a reviewed requirements or lock file, for example:
text cellcog==<reviewed-version> --hash=sha256:<verified-hash> - Pin npm, OpenClaw, and source-based installations to immutable versions or commit hashes where supported.
- Publish checksums or signatures through an authenticated channel and document how users should verify them before installation.
- Commit lockfiles that pin transitive dependencies and review dependency changes before updating them.
- Remove the automatic upgrade behavior represented by
pip install -Ufrom standard setup guidance. - Recommend installation in an isolated virtual environment or sandbox with minimal filesystem, credential, and network access.
- Document the authoritative registries and publisher identities so users can detect dependency confusion or similarly named packages.
- Add routine dependency provenance, vulnerability, and release-integrity checks to the maintenance process.
