T08 · Insecure Dependencies
- Location
references/environment-checklist.md:10- Finding
Automatic Unpinned Global Installation of Third-Party CLI Packages
- Content
View full analysis
Vulnerability Details
File Location:
references/environment-checklist.md:10-18
Vulnerability Type: Unpinned global dependency installation
Risk Level: HighAffected instructions:
text **Detection:** - MCP method: Check whether the `mcp__brightdata__search_engine` tool is available - CLI method: `which brightdata 2>/dev/null && brightdata --version` **Automatically repairable:** - BrightData CLI not installed → automatically execute `npm install -g @brightdata/cli` **User intervention required:** - MCP method: The user must configure the MCP server and provide an API token - CLI method: The user must run `brightdata login` to authenticateEquivalent unpinned global installation instructions also occur in:
README.md:35-36README.md:42-44references/brightdata-mcp-setup.md:57-59references/brightdata-mcp-setup.md:145-148references/environment-checklist.md:48-51references/lark-cli-install-and-auth.md:12-21references/lark-cli-install-and-auth.md:69-73references/known-failures-and-fallbacks.md:38-41references/known-failures-and-fallbacks.md:50-54
Technical Analysis
The Skill authorizes the Agent to install the latest available versions of
@brightdata/cliand@larksuite/cliglobally. No package version, lockfile, integrity hash, or reviewed artifact is specified.npm installation can execute package lifecycle scripts with the privileges of the Agent's operating-system account. Because the selected package version can change after the Skill has been audited, the effective executable code is not fixed by the reviewed project. Global installation also modifies the user's persistent command environment rather than an isolated project environment.
Automatic installation is not required for the declared research workflow because the Skill already supports safe degradation when the relevant CLI is unavailable.
Attack Pa
...[truncated 1184 chars]
- Remediation
View remediation
Remediation Suggestions
- Do not install packages automatically; obtain explicit user approval after displaying the package, source, version, and installation scope.
- Pin each dependency to a reviewed exact version instead of resolving the latest release.
- Use a lockfile and verified integrity metadata where supported.
- Prefer a project-local, disposable environment over
npm install -g. - Disable or review package lifecycle scripts during installation where operationally possible.
- Default to the documented degraded workflow when a dependency is absent.
- Periodically review pinned versions before updating them.
