T08 · Insecure Dependencies
- Location
SKILL.md:49- Finding
Unpinned Third-Party Skill Installation Creates a Supply-Chain Risk
- Content
View full analysis
Vulnerability Details
File Location:
SKILL.md:49-55; duplicated inREADME.md:38-49
Vulnerability Type: Unpinned third-party dependencies from an external registry
Risk Level: MediumThe setup procedure installs nine third-party skills by name without specifying immutable versions, content hashes, signatures, or an approved source.
bash # For sourcer: clawhub install pilot-discover pilot-stream-data pilot-metrics # For screener: clawhub install pilot-event-filter pilot-task-router pilot-alert # For scheduler: clawhub install pilot-webhook-bridge pilot-slack-bridge pilot-receiptTechnical Analysis
The installed skills are resolved dynamically through
clawhub. Because no version constraints or integrity values are provided, the effective code installed during deployment can change after this project has been reviewed.The source code of these dependencies is not included in the audited project, so their behavior cannot be verified by this audit. A registry compromise, maintainer-account compromise, malicious package update, dependency confusion issue, or package-name takeover could cause a deployment to install code different from the code originally intended.
This project grants the
Bashtool to the Skill and directs agents to use the installed packages in a pipeline that processes recruitment and candidate information. Consequently, a compromised dependency could potentially execute commands with the invoking agent's operating-system permissions and access data available to that agent.Attack Path
- An attacker compromises a maintainer account, registry entry, distribution channel, or similarly named dependency.
- The attacker publishes a malicious or backdoored release under one of the dependency names used by the setup instructions.
- An administrator or agent follows the setup procedure and executes the unpinned
clawhub installcommand. clawhubresolves the curren ...[truncated 1110 chars]
- Remediation
View remediation
Remediation Suggestions
- Pin every dependency to a reviewed, immutable version or content digest.
- Verify package signatures and cryptographic hashes before installation.
- Resolve packages exclusively from an approved registry or internal mirror.
- Audit each dependency and its transitive dependencies before deployment.
- Maintain an allowlist containing approved package names, publishers, versions, and hashes.
- Run installed skills with the minimum required operating-system and agent permissions.
- Isolate each pipeline role using separate service accounts, containers, or equivalent sandboxing.
- Add a deployment step that fails closed when a signature, version, publisher, or digest does not match the approved manifest.
- Monitor dependency releases and repeat the security review before accepting updates.
