T08 · Insecure Dependencies
- Location
SKILL.md:49- Finding
Unpinned Third-Party Skill Dependencies
- Content
View full analysis
Vulnerability Details
File Location:
SKILL.md, lines 49–56
Vulnerability Type: Unpinned third-party dependencies installed from a mutable package source
Risk Level: MediumVulnerable Code
bash # For data-prep: clawhub install pilot-dataset pilot-share pilot-task-chain # For trainer: clawhub install pilot-dataset pilot-model-share pilot-metrics pilot-task-chain # For evaluator: clawhub install pilot-model-share pilot-metrics pilot-review pilot-task-chain # For serving: clawhub install pilot-model-share pilot-health pilot-webhook-bridge pilot-load-balancer pilot-metricsTechnical Analysis
The setup procedure installs multiple third-party skills by package name without immutable version pins, content digests, checksums, source repository constraints, or documented signature verification. As a result, the content installed in the future may differ from the content originally reviewed.
Because skills can contain executable code or agent instructions, compromise of the package registry, a publisher account, or any named package could introduce attacker-controlled behavior. The serving role installs dependencies with model-transfer, webhook, health-monitoring, load-balancing, and metrics responsibilities, increasing the potential reach of a compromised dependency.
The audit did not establish that any named dependency is currently malicious. The vulnerability is the absence of controls ensuring that only reviewed dependency versions are installed.
Attack Path
- An attacker compromises a dependency publisher, registry entry, or distribution channel associated with one of the named skills.
- The attacker publishes a modified package under the expected mutable package name.
- A user or agent follows the documented
clawhub installcommand. clawhubresolves and installs the attacker-controlled package because no version or digest is specified.- The malicious dependency executes with the permissions available to the inv ...[truncated 673 chars]
- Remediation
View remediation
Remediation Suggestions
- Pin every dependency to an audited immutable version and, where supported, a cryptographic content digest.
- Verify package signatures, publisher identities, source repositories, and checksums before installation.
- Maintain a lockfile or equivalent approved dependency manifest.
- Review each dependency's instructions, scripts, transitive dependencies, and requested tools independently.
- Use an internal allowlisted registry or trusted mirror for production deployments.
- Install and execute skills with least privilege, restricting Bash, filesystem, credential, and network access to what each role requires.
- Require explicit user approval before installing dependencies or establishing peer trust.
- Continuously scan pinned dependency releases and use a controlled process for upgrades.
