T08 · Insecure Dependencies
- Location
SKILL.md:25- Finding
Unpinned Global Installation of Third-Party Packages
- Content
View full analysis
Vulnerability Details
File Location:
SKILL.md, lines 25-32
Vulnerability Type: Supply-chain exposure through mutable, globally installed dependencies
Risk Level: MediumVulnerable Code
bash pnpm i -g @leeguoo/zentao-mcpIf pnpm is not installed:
bash npm i -g pnpm pnpm i -g @leeguoo/zentao-mcpTechnical Analysis
The installation instructions globally install
pnpmand@leeguoo/zentao-mcpwithout pinning either package to an audited version. No lockfile, package integrity hash, or trusted-registry constraint is provided.Consequently, the effective code installed by these commands can change after this skill has been reviewed. Package installation may also execute lifecycle scripts with the privileges of the user performing the installation. Global installation increases the affected scope because executables and package files are placed in shared user-level or system-level locations rather than an isolated project environment.
This finding does not establish that the referenced packages are malicious. It establishes that the documented installation process does not ensure that users receive the same package contents that were reviewed.
Attack Path
- An attacker compromises a referenced package, its publisher account, or the package registry delivery path.
- The attacker publishes a malicious release under the existing package name.
- A user follows the skill instructions and installs the unversioned package.
- The package manager resolves the mutable latest version.
- Malicious package code or an installation lifecycle script executes with the installing user's privileges.
- The installed global executable can subsequently affect ZenTao operations or other activity performed by that user.
Impact Assessment
Successful exploitation could permit arbitrary code execution with the privileges of the user running the installation. Depending on those pri ...[truncated 297 chars]
- Remediation
View remediation
Remediation Suggestions
- Pin every package to a specifically reviewed version, for example
@leeguoo/zentao-mcp@X.Y.Z. - Pin the package-manager version rather than installing the mutable latest release.
- Maintain and verify a lockfile and registry-provided integrity hashes where applicable.
- Use an explicitly trusted package registry and protect configuration against dependency-confusion sources.
- Prefer a project-local, containerized, or otherwise isolated installation over global installation.
- Review package lifecycle scripts and package provenance before recommending a release.
- Document a controlled upgrade process requiring security review before changing pinned versions.
- Pin every package to a specifically reviewed version, for example
