T08 · Insecure Dependencies
- Location
README.md:58- Finding
Unpinned Package Installation May Resolve Unreviewed Code
- Content
View full analysis
Vulnerability Details
File Location:
README.md:58
Vulnerability Type: Unpinned third-party package installation
Risk Level: LowComplete Code Snippet:
bash # Installation uv pip install splitsymTechnical Analysis
The documented installation command retrieves
splitsymfrom the package registry configured foruvwithout specifying an exact version or verifying an integrity hash. The project does not include a lockfile or package metadata that cryptographically binds this registry artifact to the code reviewed in this audit.Consequently, the command may install code that differs from the audited repository. This creates a supply-chain risk if the registry package, its publisher account, the configured package index, or the resolution process is compromised. The finding concerns the documented installation path; no malicious dependency or malicious code was identified in the audited project itself.
Attack Path
- An attacker gains control of the package publisher account, compromises the configured package registry, or otherwise influences package resolution.
- The attacker publishes a malicious version under the resolved
splitsympackage name. - A user follows the README and runs
uv pip install splitsym. - Because no version or hash is pinned,
uvresolves and installs the attacker-controlled release. - Malicious package installation hooks, imported modules, or executable entry points run with the privileges of the installing or invoking user.
Impact Assessment
Successful exploitation could execute arbitrary code with the privileges of the user who installs or runs the resolved package. Depending on those privileges, the malicious package could access user-readable files, modify the user's environment, steal credentials available to that account, or establish persistence. The scope is limited by the installing user's permissions and environment isolation.
- Remediation
View remediation
Remediation Suggestions
- Pin the installation command to a specific, audited release, for example:
bash uv pip install splitsym==1.0.0 - Publish and document cryptographic hashes for release artifacts, and install with hash verification where supported.
- Provide a lockfile or a hash-pinned requirements file and require integrity validation during installation.
- Document package provenance and ensure the registry release is built reproducibly from the corresponding reviewed source tag.
- Consider documenting a repository-bound installation method using an immutable commit or signed release artifact.
- Protect the publisher account with multi-factor authentication and trusted publishing.
- Pin the installation command to a specific, audited release, for example:
