T08 · Insecure Dependencies
- Location
SKILL.md:8- Finding
Unpinned Automatic Installation of External Skills
- Content
View full analysis
Vulnerability Details
File Location:
SKILL.md, lines 8–12
Vulnerability Type: Unverified and unpinned third-party Skill dependencies
Risk Level: MediumVulnerable Code
yaml "requires": { "skills": ["mx-data", "mx-search", "mx-select-stock", "mx-selfselect", "stock-monitor-skill"], "action": "auto-install" },Technical Analysis
The manifest directs the platform to automatically install five third-party Skills, but it does not pin immutable versions or commit hashes, identify verified publishers or source locations, or provide signatures or integrity hashes.
Consequently, mutable external components become part of the Skill's execution path without an explicit review or approval step. The dependencies were not included in the audited project, so their instructions and executable code could not be verified. If the dependency registry, publisher account, package-resolution process, or a referenced Skill is compromised, a malicious replacement could be installed automatically.
Attack Path
- An attacker compromises the publisher account, registry entry, or distribution channel for one of the named Skills, or causes the dependency resolver to select an attacker-controlled component.
- The attacker publishes a malicious revision under the expected dependency name.
- The platform processes this manifest and honors
"action": "auto-install". - The modified dependency is installed without version or integrity verification and without explicit user approval.
- When the dependency is loaded or invoked, its malicious instructions or code execute within the permissions available to the Agent.
- The dependency may access data and credentials exposed to its runtime, including configured financial-service API credentials, subject to the host platform's isolation controls.
Impact Assessment
Successful exploitation could allow attacker-controlled instructions or code to run with the permissions granted to the A ...[truncated 530 chars]
- Remediation
View remediation
Remediation Suggestions
- Remove automatic installation and require explicit user or administrator approval before adding third-party Skills.
- Pin every dependency to an immutable, reviewed version or commit hash.
- Resolve dependencies only from an allowlisted registry and require verified publisher identities.
- Verify cryptographic signatures or published integrity hashes before installation.
- Vendor or otherwise retain the reviewed dependency source so later installations cannot silently resolve to different content.
- Audit each dependency's instructions, scripts, transitive dependencies, network destinations, and credential access before activation.
- Run dependencies with least privilege and isolate their filesystem, network, tool, and secret access.
- Establish lockfile-based reproducibility and continuous monitoring for dependency ownership changes, withdrawn releases, and integrity failures.
