T08 · Insecure Dependencies
Warning
- Location
- SKILL.md:6
- Finding
- Unpinned Global Installation of a Third-Party npm Package## Vulnerability Details **File Location**: `SKILL.md`, line 6 **Vulnerability Type**: Unpinned third-party dependency installed globally **Risk Level**: Medium ```yaml install: npm install -g mission-claw ``` ### Technical Analysis The skill directs users to install the latest available version of the third-party `mission-claw` npm package globally. The command does not pin a reviewed version or verify package integrity. Because npm packages may define lifecycle scripts that execute during installation, a compromised package release or publishing account could cause attacker-controlled code to run. The `-g` option installs the package into the user's global npm environment, increasing the scope beyond this project and making the resulting executable available system-wide for that user. The audit found no evidence that the currently documented package is malicious. The vulnerability is the unsafe dependency acquisition method and its exposure to supply-chain compromise. ### Attack Path 1. An attacker compromises the `mission-claw` package, its publisher account, or its release process. 2. The attacker publishes a malicious version as the package's latest release. 3. A user follows the documented `npm install -g mission-claw` instruction. 4. npm retrieves the unreviewed latest version and runs any applicable installation lifecycle scripts. 5. Attacker-controlled code executes with the installing user's privileges, and a malicious `mclaw` executable may be placed in the user's global command path. ### Impact Assessment Successful exploitation could permit arbitrary code execution with the privileges of the user running npm. The attacker could access or modify resources available to that account, tamper with globally installed tooling, or replace the expected `mclaw` command with malicious behavior. Administrative impact would be possible if the installation were run with elevated privileges, although the documentation does not instruct users to do so.
- Remediation
- ## Remediation Suggestions - Pin the dependency to a specifically reviewed version rather than installing the latest release implicitly. - Verify the package's provenance and integrity against a trusted digest or registry integrity value. - Prefer a project-local installation governed by a committed lockfile instead of global installation. - Review package contents and lifecycle scripts before installation. - Use `--ignore-scripts` where package functionality permits, enabling scripts only after review. - Avoid running npm installation with administrator or root privileges. - Document a trusted verification process linking the npm artifact to the declared source repository and reviewed release tag.
