T03 · Remote Payload Retrieval and Execution
Error
- Location
- references/api-guide.md:202
- Finding
- Unverified Remote Installer Executed Directly by the Shell## Vulnerability Details **File Location**: `references/api-guide.md:202` **Vulnerability Type**: `T03: Remote Payload Retrieval and Execution` **Risk Level**: Critical **Complete Code Snippet**: ```markdown | `uv run` fails | uv not installed or Python < 3.11 | Install uv: `curl -LsSf https://astral.sh/uv/install.sh \| sh` | ``` ### Technical Analysis The troubleshooting documentation instructs the user to download a remotely hosted shell script and immediately pipe it into `sh`. The installer is not version-pinned, included in the audited project, or verified using a cryptographic checksum or signature. HTTPS protects the connection in transit under normal conditions, but it does not make the remotely controlled payload immutable. The effective code executed by this instruction can change after the Skill has been reviewed. Compromise of the hosting service, domain, DNS infrastructure, certificate issuance path, or publisher account could therefore turn this installation command into an arbitrary-code execution channel. Installing `uv` may be a prerequisite for the documented workflow, but executing an unreviewed mutable script directly from the network exceeds the minimum privileges and trust necessary for image generation. ### Attack Path 1. An attacker compromises or gains control over the remote installer distribution path. 2. The attacker replaces or modifies the installer returned from `https://astral.sh/uv/install.sh`. 3. A user encounters the documented `uv run` troubleshooting condition. 4. The user runs the suggested command. 5. `curl` retrieves the attacker-controlled script. 6. The pipe passes the response directly to `sh` without inspection or integrity verification. 7. The malicious payload executes with the permissions and environment access of the invoking user. ### Impact Assessment A substituted installer could execute arbitrary commands with the invoking user’s privileges. Depending on th ...[truncated 486 chars]
- Remediation
- ## Remediation Suggestions 1. Remove the direct `curl | sh` installation command from the documentation. 2. Prefer a reviewed operating-system package manager or another trusted, reproducible installation channel. 3. If a standalone installer is necessary, pin a specific release and download it as a separate file. 4. Publish and verify a cryptographic checksum or trusted signature before execution. 5. Keep download, verification, and execution as separate steps so users can inspect the artifact. 6. Run installation with ordinary user privileges unless elevated permissions are demonstrably required. 7. Document the expected installer source, version, checksum, and files it will modify.
