T08 · Insecure Dependencies
- Location
SKILL.md:44- Finding
Unpinned Third-Party Skill Installation Creates a Supply-Chain Risk
- Content
View full analysis
Vulnerability Details
File Location:
SKILL.md, lines 44-58; duplicated inREADME.md, lines 44-62
Vulnerability Type: Unpinned and unverified third-party dependencies
Risk Level: HighVulnerable Code:
bash # strategist: clawhub install pilot-task-router pilot-dataset pilot-cron # creative: clawhub install pilot-share pilot-task-parallel pilot-receipt # bidder: clawhub install pilot-metrics pilot-stream-data pilot-escrow # analyst: clawhub install pilot-event-filter pilot-slack-bridge pilot-webhook-bridgeTechnical Analysis
The setup procedure installs twelve third-party skills by package name without specifying immutable versions, cryptographic digests, trusted publisher identities, or signature-verification requirements. Consequently, the code installed during deployment may differ from the dependencies that existed when this project was reviewed.
This is particularly significant because the dependencies are intended to process campaign budgets, audience information, creative assets, real-time auction data, Slack messages, webhooks, and external reports. A compromised registry account, malicious package update, dependency substitution, or unsafe package source could introduce arbitrary behavior into the deployment.
The project contains no executable implementation of these dependencies, so their safety cannot be established from the audited files.
Attack Path
- An attacker compromises a publisher account, registry entry, distribution source, or one of the named packages.
- The attacker publishes a malicious or backdoored release under a dependency name used by the setup procedure.
- A user or agent follows the documented setup instructions and runs
clawhub installwithout a version or digest constraint. clawhubresolves and installs the attacker-controlled release.- The installed dependency executes with the permissions available to the invoking agent and gai ...[truncated 870 chars]
- Remediation
View remediation
Remediation Suggestions
- Pin every dependency to an immutable, reviewed version or content digest rather than installing by name alone.
- Require cryptographic signature and checksum verification before installation.
- Document the expected registry and trusted publisher identity for every dependency.
- Reject packages resolved from unofficial mirrors, alternate registries, or unexpected namespaces.
- Generate and retain a dependency lock file or equivalent deployment manifest containing exact versions and hashes.
- Audit each dependency and its transitive dependencies before approving deployment.
- Run installed skills with least privilege and isolate high-impact capabilities such as budget management, Slack access, and outbound webhooks.
- Add an explicit user confirmation step that displays the resolved versions, publishers, permissions, and integrity information before installation.
