T03 · Remote Payload Retrieval and Execution
- Location
docs/install-sequence.md:16- Finding
Mutable External Dependencies Are Retrieved and Executed Without Integrity Verification
- Content
View full analysis
Vulnerability Details
File Location:
docs/install-sequence.md:16-26, 36-42
Vulnerability Type: Remote payload retrieval and insecure dependency management
Risk Level: HighVulnerable Code:
bash conda create -n uv311 python=3.11 -y conda activate uv311 python -m pip install uvbash git clone https://gitee.com/onescience-ai/onescience.git cd onesciencebash bash install.sh earth bash install.sh cfd bash install.sh bio bash install.sh matchem bash install.shTechnical Analysis
The installation workflow downloads
uvwithout a pinned version or package hash. It also clones the mutable default branch of an external repository and executes itsinstall.shscript. No commit pin, release signature, checksum, package hash, or manual verification step is required before execution.Consequently, the code ultimately executed on the remote DCU host can change after this Skill has been reviewed. Compromise of the package registry, package publisher, source repository, maintainer account, or upstream default branch could turn the documented installation process into an arbitrary-code execution channel.
This finding is primarily remote payload retrieval and execution because externally controlled shell code is fetched and run. The unpinned installation of
uvalso creates an insecure dependency risk.Attack Path
- An attacker compromises the upstream OneScience repository, a maintainer account, or the package-distribution channel used for
uv. - The attacker modifies the default repository branch,
install.sh, or a distributed dependency to include malicious commands. - The Agent follows the Skill and installs the current unpinned
uvpackage. - The Agent clones the current mutable default branch from Gitee without verifying a commit, signature, or checksum.
- The Agent executes the attacker-controlled
install.shon the remote DCU host. - The ...[truncated 806 chars]
- An attacker compromises the upstream OneScience repository, a maintainer account, or the package-distribution channel used for
- Remediation
View remediation
Remediation Suggestions
- Pin
uvto a specifically reviewed version and require package hashes, for example through a hash-locked requirements file. - Clone an immutable, reviewed commit rather than the repository's mutable default branch.
- Prefer signed releases and verify the release signature against a trusted, documented maintainer key.
- Verify a published SHA-256 checksum before running any downloaded script or artifact.
- Add a mandatory review step that displays or inspects the resolved
install.shbefore execution. - Ensure all transitive dependencies are locked and obtained only from explicitly approved registries.
- Run installation with a minimally privileged cluster account and restrict access to unrelated credentials and sensitive datasets.
- Record the exact package versions, repository commit, hashes, and verification results in the installation output.
- Pin
