T08 · Insecure Dependencies
- Location
skill.md:40- Finding
Unpinned Third-Party Package Installation
- Content
View full analysis
Vulnerability Details
File Location:
skill.md, line 40
Vulnerability Type: Unpinned external dependency installation
Risk Level: MediumVulnerable Snippet:
text Install: pip install moltlangTechnical Analysis
The Skill instructs users to install the third-party
moltlangPython package without specifying an audited version or cryptographic hashes. Consequently, package resolution depends on whichever release the package index serves at installation time. The installed content can therefore differ from the content that existed when this Skill was reviewed.Python packages may execute build-system code during installation and application code when imported or invoked. If the package publisher account, package repository, release pipeline, or package itself is compromised, following this instruction could introduce attacker-controlled code. The repository contains no lock file, hash manifest, vendored dependency, or package source that would allow the referenced dependency to be verified as part of this audit.
This finding does not establish that the current
moltlangpackage is malicious. The risk arises from delegating trust to an unpinned, externally maintained dependency whose future contents can change independently of the reviewed Skill.Attack Path
- An attacker compromises the external package, its publisher account, or its release pipeline.
- The attacker publishes a malicious release under the expected
moltlangpackage name. - A user follows the instruction in
skill.mdand runspip install moltlang. - The package index resolves the installation to the attacker-controlled release because no version or hash is pinned.
- Malicious code executes through installation hooks, package invocation, or a subsequent import with the privileges of the user or environment running the command.
Impact Assessment
Successful exploitation could execute arbitrary code with the ...[truncated 682 chars]
- Remediation
View remediation
Remediation Suggestions
- Pin the dependency to a specifically reviewed version rather than installing the latest available release.
- Publish a lock file or requirements file containing cryptographic hashes, and instruct users to install with hash verification, such as
pip install --require-hashes -r requirements.txt. - Document the canonical package publisher and provide a verifiable link between the reviewed source repository and the published package.
- Review the pinned package source, build configuration, transitive dependencies, and installation hooks before recommending it.
- Prefer local installation in an isolated virtual environment with minimal filesystem, credential, and network access.
- Avoid administrator or root installation and document that elevated privileges are neither required nor recommended.
- If the public API is used instead, explicitly warn users not to submit credentials, secrets, personal data, or other sensitive content unless the service's security and data-handling guarantees have been independently reviewed.
