T08 · Insecure Dependencies
- Location
SKILL.md:15- Finding
Unpinned Globally Installed Third-Party CLI Dependency
- Content
View full analysis
Vulnerability Details
File Location:
SKILL.md, lines 15-19
Vulnerability Type: Supply-chain exposure through an unpinned globally installed executable
Risk Level: MediumVulnerable Code
bash ### Install mmx # macOS / Linux npm install -g @aivcore/mmx-cliTechnical Analysis
The installation instructions retrieve and globally install the latest available release of
@aivcore/mmx-cliwithout pinning an audited version or verifying a package digest, signature, lockfile, or authenticated publisher identity.A global npm installation exposes the user's environment to lifecycle scripts and executable files supplied by the package. The documentation refers users to the MiniMax website, but this alone does not cryptographically establish that the named npm namespace and downloaded package are controlled by MiniMax.
Because the installed
mmxexecutable is subsequently trusted with prompts, lyrics, reference-audio paths, and output paths, a compromised package release, package-owner account, or namespace could turn the dependency into a local execution and data-access channel.Attack Path
- An attacker compromises the package publisher, package registry account, or an upstream dependency used by
@aivcore/mmx-cli. - The attacker publishes a malicious version under the same package name.
- A user follows the Skill instructions and runs the unversioned global installation command.
- npm installs the malicious release and may execute its installation lifecycle scripts.
- The installed
mmxexecutable is later invoked by the Skill. - Malicious code executes with the installing or invoking user's privileges and can access content and files available to that user.
Impact Assessment
Successful exploitation could provide arbitrary code execution with the privileges of the user who installs or runs the dependency. The malicious package could access prompts, lyrics, reference au ...[truncated 289 chars]
- An attacker compromises the package publisher, package registry account, or an upstream dependency used by
- Remediation
View remediation
Remediation Suggestions
- Confirm and document the officially supported package name and authenticated publisher.
- Pin an exact audited version rather than installing the latest release implicitly.
- Verify a publisher signature or a trusted, published integrity digest before execution.
- Use a project-local dependency and lockfile instead of a global installation where practical.
- Install with lifecycle scripts disabled when compatible, and explicitly audit any required scripts.
- Execute the CLI in a restricted environment with access only to required input and output files.
- Publish supported checksums and a documented dependency-update review process.
