Security checks for vulnerabilities and agentic risk
Overview
The skill is a coherent CCDB lookup guide with disclosed authentication and CLI use, with install-time supply-chain caution but no hidden or destructive behavior found.
Before installing, verify the ccdb-cli package or release source, avoid running the install with elevated privileges, and prefer a reviewed pinned version or checksum-verified binary where possible. Treat CCDB credentials like other account secrets: use secure local configuration, do not paste tokens into chat, and confirm intent before revoking shared authorization.
Insecure DependenciesIntroduces malicious components through unsafe dependency sources
Skill Instruction HijackingAlters the agent's session goals or safety constraints when the skill loads
Agent Memory PoisoningWrites attacker-controlled rules into memory that affect later sessions
Remote Payload Retrieval and ExecutionFetches external code whose behavior can change after review
Embedded Malicious CodeShips malicious scripts inside the skill and executes them locally
Findings (1)
T08 · Insecure Dependencies
Warning
Location
SKILL.md:17
Finding
Unpinned Global Installation of a Third-Party npm Package
Content
View full analysis
Vulnerability Details
File Location: SKILL.md, line 17 Vulnerability Type: Insecure third-party dependency installation Risk Level: Medium
Vulnerable Code
sh
npm install -g ccdb-cli@latest
ccdb-cli --version
Technical Analysis
The Skill instructs users to install ccdb-cli globally using the mutable npm latest distribution tag. This tag does not identify an immutable, previously reviewed release. Consequently, the code installed when the instruction is followed can differ from the code available when the Skill itself was audited.
npm installation can execute package lifecycle scripts, including scripts supplied by the package or its dependency tree. The global installation option also places the CLI in a shared executable location rather than isolating it to the project. Although the Skill requests user consent before installation and recommends checksum verification for standalone binaries, it does not require an exact npm version, package integrity verification, provenance validation, lifecycle-script restrictions, or an isolated installation environment.
This is a supply-chain weakness rather than evidence that the current ccdb-cli package is malicious.
Attack Path
An attacker compromises the npm package publisher, maintainer account, release process, or a transitive dependency.
The attacker publishes a malicious release and assigns it to the latest tag.
A user or agent follows the Skill instruction and runs npm install -g ccdb-cli@latest.
npm downloads the attacker-controlled package or dependency graph and may execute malicious lifecycle scripts during installation.
The malicious package can run with the privileges of the account performing the installation and can replace the globally available ccdb-cli executable.
Subsequent authentication and query commands could invoke the modified CLI, exposing credentials or executing additional attacker-cont
...[truncated 855 chars]
Remediation
View remediation
Remediation Suggestions
Replace the mutable latest tag with an exact, reviewed version, for example:
sh
npm install -g ccdb-cli@X.Y.Z
Document the approved version and update it only after reviewing release notes and package provenance.
Require npm package provenance or integrity verification where supported, and verify the package owner, registry, and expected metadata before installation.
Prefer a project-local or otherwise isolated installation over a global installation to reduce executable replacement and cross-project exposure.
Consider disabling lifecycle scripts during acquisition when compatible:
sh
npm install --ignore-scripts ccdb-cli@X.Y.Z
If lifecycle scripts are required, review them before permitting execution.
Do not install with administrator or root privileges unless strictly necessary. Use a restricted account or disposable environment for installation and initial validation.
Apply equivalent checksum and provenance controls to the npm distribution and the standalone binary release.
Continue requiring explicit user approval before installation and avoid automatically upgrading an already installed CLI.