T03 · Remote Payload Retrieval and Execution
- Location
SKILL.md:20- Finding
Execution of an Unverified Remote Installer from a Mutable Branch
- Content
View full analysis
Vulnerability Details
File Location:
SKILL.md, lines 20-22
Vulnerability Type: Remote payload retrieval and execution
Risk Level: HighThe installation instructions retrieve source code through a third-party proxy from the mutable
masterbranch and immediately execute the downloaded installer:bash git clone --branch master --depth 1 https://gh-proxy.org/https://github.com/nelvko/clash-for-linux-install.git \ && cd clash-for-linux-install \ && bash install.shTechnical Analysis
The effective installer is not contained in the reviewed project. It is downloaded at invocation time from an external source, meaning its behavior can change after the Skill has been audited. The command also uses the third-party
gh-proxy.orgrelay instead of retrieving content directly from the stated upstream repository.No immutable commit identifier, release artifact, cryptographic signature, or expected checksum is specified. The downloaded
install.shis then executed without validation. Consequently, compromise of the proxy, compromise of the upstream repository, or a malicious future modification to themasterbranch could turn the documented installation flow into arbitrary code execution.The additional recommendation that an unavailable proxy may be replaced with another GitHub acceleration service further increases supply-chain risk because it does not establish trust or integrity requirements for substitute mirrors.
Attack Path
- An attacker compromises the third-party proxy, the upstream repository, or the mutable upstream branch.
- The attacker modifies the repository content or installer returned by the download route.
- A user or agent follows the installation instructions in
SKILL.md. - The command clones the attacker-influenced repository without verifying its identity or integrity.
bash install.shexecutes the modified payload under the privileges of the ...[truncated 936 chars]
- Remediation
View remediation
Remediation Suggestions
- Retrieve the project directly from its canonical repository rather than through an unaudited third-party proxy.
- Pin the installation source to an immutable, previously reviewed commit hash or a specific signed release instead of
master. - Verify the release signature or a checksum obtained through an independent trusted channel before executing any downloaded content.
- Review the installer locally before execution and avoid piping or immediately chaining remote retrieval into shell execution.
- Run installation with the minimum required privileges. Separate unprivileged download and verification from any narrowly scoped privileged installation steps.
- Document the expected repository owner, commit identifier, checksum, and signature verification procedure.
- Remove the recommendation to use arbitrary acceleration mirrors. If a mirror is operationally necessary, require an approved mirror and retain end-to-end artifact signature verification.
