T08 · Insecure Dependencies
- Location
SKILL.md:61- Finding
Unpinned Non-Interactive External Skill Installation
- Content
View full analysis
Vulnerability Details
File Location:
SKILL.md:61-66
Vulnerability Type: Supply-chain risk from an unpinned external dependency
Risk Level: HighVulnerable Code
bash anygen skill install --platform claude-code -yThe surrounding instructions state that the external
anygen-workflow-generateskill is required, but the installation command does not identify or pin an immutable dependency version, digest, signature, or trusted source. The-yoption also suppresses interactive confirmation.Technical Analysis
The effective behavior of this skill depends on externally resolved content that is not included in the audited project. Consequently, the dependency can change after this audit without any modification to
SKILL.md.An unpinned installation creates a supply-chain trust boundary: compromise of the package registry, installer infrastructure, dependency publisher, or name-resolution process could cause a different or malicious skill to be installed. Non-interactive acceptance increases the likelihood that substituted content will be activated without review.
The documentation also instructs the Agent to install the dependency automatically when it is missing, making this behavior part of the expected execution path rather than an isolated optional example.
Attack Path
- An attacker compromises the dependency publisher, registry, distribution infrastructure, or dependency-resolution mechanism.
- The attacker publishes or substitutes malicious content under the dependency resolved by the AnyGen installer.
- The Agent detects that
anygen-workflow-generateis unavailable. - Following
SKILL.md, the Agent runs the unpinned installation with-y. - The installer retrieves and activates the attacker-controlled skill without an explicit review step.
- The malicious dependency operates with whatever tools and permissions the hosting Agent grants to installed skills, potentially ...[truncated 641 chars]
- Remediation
View remediation
Remediation Suggestions
- Specify the exact dependency name in every installation command.
- Pin the dependency to an immutable version and, where supported, a cryptographic digest.
- Retrieve the dependency only from an explicitly configured and trusted registry.
- Verify publisher signatures or checksums before activation.
- Remove
-yand require review of the resolved package name, version, source, and requested permissions. - Document the minimum tool permissions required by the dependency and deny all others.
- Maintain an allowlist of approved dependency versions and fail closed if resolution produces a different artifact.
- Vendor or include reviewable dependency content in the package when licensing and platform constraints permit.
