T08 · Insecure Dependencies
- Location
SKILL.md:17- Finding
Unpinned Third-Party Package Download and Execution
- Content
View full analysis
- Remediation
View remediation
"] ``` Do not use version ranges or implicit `latest` resolution. 2. Prefer a controlled local installation with a committed `package-lock.json`, then install using: ```bash npm ci --ignore-scripts ``` If lifecycle scripts are genuinely required, audit them and enable them only for the reviewed package and dependency versions. 3. For source installations, check out a verified release tag or immutable commit hash rather than executing the repository's current default branch: ```bash git checkout ``` 4. Verify release provenance, npm integrity metadata, maintainer identity, and dependency changes before upgrades. Re-review every version change. 5. Run the MCP server under a dedicated, least-privileged account or sandbox with access limited to required files and network destinations. 6. Scope the API key to the minimum permissions available, avoid placing it in project files that may be committed, and rotate it immediately if package compromise is suspected. 7. Prefer project-level MCP configuration over user-global configuration where practical, reducing the number of projects and sessions in which the server is automatically available. ]]>
