T08 · Insecure Dependencies
Warning
- Location
- SKILL.md:35
- Finding
- Unpinned Third-Party Dependencies Create Supply-Chain Risk## Vulnerability Details **File Location**: `SKILL.md:35-44` **Additional Locations**: `SKILL.md:566-585` **Vulnerability Type**: Unpinned package installation **Risk Level**: Medium ### Vulnerable Code ```bash npm install -g @maton/cli ``` ```bash brew install maton-ai/cli/maton ``` The optional SDK instructions contain the same issue: ```bash pip install maton-ai ``` ```bash npm install @maton/sdk ``` ### Technical Analysis The Skill instructs users or agents to install mutable third-party packages without pinning reviewed versions or verifying package integrity. Each command resolves to whatever release is current at installation time, so the code ultimately installed can differ from the code that existed when the Skill was audited. The global npm installation is particularly consequential because package installation scripts and the resulting executable run with the invoking user's privileges. The Homebrew tap also introduces a third-party distribution channel whose formula may change independently. The Python and JavaScript SDK alternatives have the same version-mutation risk. This is a supply-chain weakness rather than evidence that the named packages are currently malicious. ### Attack Path 1. An attacker compromises a package publisher account, package registry release, or Homebrew tap, or otherwise causes a malicious release to be distributed under the expected package name. 2. A user or agent follows the installation commands in `SKILL.md`. 3. The package manager resolves the unpinned dependency to the compromised release. 4. Malicious installation hooks or runtime code execute with the user's privileges. 5. The compromised component may access files available to the process, intercept API requests, or steal credentials available through its execution context. ### Impact Assessment Successful exploitation could execute arbitrary code with the privileges of the user performing t ...[truncated 397 chars]
- Remediation
- ## Remediation Suggestions - Pin every dependency to a reviewed, known-good version. - Use package-manager lockfiles where the installation model supports them. - Verify package integrity with cryptographic hashes, signatures, or registry provenance attestations. - Avoid global installation where possible; use an isolated virtual environment, container, or project-local dependency. - Pin the Homebrew formula or release artifact and document how its publisher and checksum should be verified. - Establish a controlled update process that reviews new releases before changing pinned versions. - Disable package installation scripts where feasible or audit required lifecycle scripts before installation.
