T03 · Remote Payload Retrieval and Execution
- Location
SKILL.md:76- Finding
Execution of an Unpinned Remote Installation Script
- Content
View full analysis
Vulnerability Details
File Location:
SKILL.md:76-78
Vulnerability Type: Remote payload retrieval and execution
Risk Level: HighVulnerable Code
bash git clone https://github.com/openclaw/gstack-openclaw ~/.openclaw/skills/gstack cd ~/.openclaw/skills/gstack && ./install.shTechnical Analysis
The manual installation instructions clone the repository's mutable default branch and immediately execute an
install.shfile from the downloaded content. They do not pin the repository to an immutable commit or signed release and do not require checksum or signature verification before execution.Consequently, the content executed by users can differ from the artifact reviewed during this audit. Anyone who compromises the upstream repository, its maintainer account, or the relevant branch can replace
install.shwith arbitrary commands that will execute under the installing user's account.The audited artifact does not contain
install.sh. The instruction therefore fails against the current artifact, but it may execute a script supplied by the remote repository. It also contradicts the documentation-only security statements inSKILL.mdandSECURITY.md, which say that the installation script was removed and that the Skill does not execute scripts.Attack Path
- An attacker compromises the upstream repository, a maintainer account, or the mutable default branch.
- The attacker adds or modifies
install.shto contain a malicious payload. - A user follows the manual installation instructions in
SKILL.md. git cloneretrieves the attacker-controlled repository state without pinning or integrity verification.- The shell changes into the cloned directory and runs
./install.sh. - The payload executes with all filesystem, process, credential, and network permissions available to the installing user.
Impact Assessment
Successful exploitation provides arbitrary code execution with the privileges of the u ...[truncated 728 chars]
- Remediation
View remediation
Remediation Suggestions
- Remove the obsolete
./install.shcommand and make all installation documentation consistent with the claim that the project is documentation-only. - Prefer installation through a trusted package mechanism that verifies immutable, reviewed releases.
- If cloning remains supported, pin the command to a reviewed commit or signed release tag rather than a mutable default branch.
- Publish and require verification of a cryptographic checksum or signature for release artifacts.
- Do not execute downloaded scripts automatically. If a script is genuinely necessary, require users to inspect it before running it and document every permission and side effect.
- Add an automated documentation test that rejects references to nonexistent or removed executable files.
- Correct
SKILL.md,README.md, andSECURITY.mdtogether so installation instructions and security claims cannot diverge.
- Remove the obsolete
