T08 · Insecure Dependencies
- Location
SKILL.md:65- Finding
Third-Party Skills May Be Recommended Without Enforceable Security Verification
- Content
View full analysis
Vulnerability Details
File Location:
SKILL.md, lines 65–70 and 86–87
Vulnerability Type: T08: Insecure Dependencies
Risk Level: MediumComplete Code Snippet:
markdown ### Step 4 — Apply Dev-Specific Filters Before recommending, verify: - [ ] Skill is compatible with the agent's primary language/framework - [ ] No security flags (run against `clawtrix-security-audit` pattern list) - [ ] Publisher has a credible track record (> 2 other published skills) - [ ] Not already installed by this agentmarkdown - Install: `clawhub install [slug]`Technical Analysis
The skill can produce commands for installing third-party ClawHub packages, but its required security and publisher checks are not enforceable using the supplied project or the data collection procedure described in the document.
The referenced
clawtrix-security-auditpattern list is not included or defined in the project. In addition, Step 2 directs the agent to retain onlyslug,displayName,score, andupdatedAtfor each search result. Those fields do not provide package contents, immutable versions or hashes, requested permissions, publisher identity evidence, publisher history, or audit results. Therefore, the documented checks for security flags and publisher credibility cannot reliably be completed from the specified information.This creates a supply-chain trust gap: an untrusted marketplace result may be presented with an installation command even when the checks intended to establish its safety are unavailable. The finding concerns unsafe dependency recommendation rather than confirmed malicious behavior in this project. The audited project itself contains only
SKILL.md; no embedded scripts or executable payloads were present.Attack Path
- An attacker publishes a malicious skill, or compromises an existing skill, on ClawHub.
- The attacker selects metadata and keywords that cause the skill t ...[truncated 1398 chars]
- Remediation
View remediation
Remediation Suggestions
- Include or precisely define the required security-audit pattern list, its version, provenance, and failure behavior.
- Fail closed: do not recommend a skill when its security status, publisher identity, package contents, or version cannot be verified.
- Retrieve and inspect the complete package manifest and contents rather than relying only on search-result metadata.
- Verify publisher identity and track record using authoritative marketplace data. Do not infer credibility solely from the number of published skills.
- Require an immutable package version and integrity hash in every recommendation, and ensure the installation command pins the exact reviewed version.
- Review requested permissions and reject packages whose access exceeds their declared developer-tooling purpose.
- Scan package instructions and executable content for credential access, external payload retrieval, command execution, persistence, memory modification, and unsafe shell construction.
- Record evidence for every completed check in the report, including audit results, reviewed version, integrity value, publisher verification, and permission assessment.
- Require explicit user approval before installation and clearly distinguish marketplace metadata from independently verified security conclusions.
- Prefer sandboxed evaluation with minimal credentials, filesystem access, network access, and tool permissions before deployment into a production agent.
