T03 · Remote Payload Retrieval and Execution
- Location
references/install.md:37- Finding
Mutable Unix Installer Is Retrieved and Executed Without Prior Verification
- Content
View full analysis
- Remediation
View remediation
Security audit
Security checks for vulnerabilities and agentic risk
The skill is a coherent Wemol CLI operating guide, but its install instructions ask agents or users to run mutable remote installers and bypass platform security warnings.
Review the installer and credential handling before installing. Prefer a signed package or a download-verify-run process, avoid command-line passwords, and do not bypass Gatekeeper or SmartScreen unless you independently trust and verify the exact Wemol binary.
references/install.md:37Mutable Unix Installer Is Retrieved and Executed Without Prior Verification
references/install.md:92PowerShell Evaluates Mutable Remote Code With Execution Policy Bypassed
references/install.md:77Instructions Encourage Gatekeeper Override for an Unsigned macOS Binary
references/install.md:123Instructions Encourage SmartScreen Override for an Unsigned Windows Binary
SKILL.md:42Plaintext Passwords Are Passed Through Command-Line Arguments
Referenced artifact was not completely inspected
This `SKILL.md` is now self-sufficient for normal operation. `references/` and `examples/` are secondary for edge cases and domain-specific patterns.
The command explicitly fetches an external script from the internet and executes it, creating a direct supply-chain and remote code execution risk. In the context of an agent skill, this is more dangerous because the instruction is operationalized as a recommended action rather than merely descriptive text.
Install with the Unix installer:
curl -LsSf https://wemol.wecomput.com/static/wemol-cli/latest/install.sh | sh
The default release base URL is:
The | sh pipeline chains network retrieval directly into shell execution, preventing review and making any compromise of the remote content immediately exploitable. This pattern is broadly discouraged because it compresses trust, transport, and execution into a single step with minimal user visibility.
Install with the Unix installer:
curl -LsSf https://wemol.wecomput.com/static/wemol-cli/latest/install.sh | sh
The default release base URL is:
The PowerShell installer instructions combine remote script fetching, immediate evaluation with iex, and execution-policy bypass, yet do not foreground the system-impacting risk. This exposes users to silent arbitrary code execution and persistence opportunities if the endpoint or installer is compromised.
The Windows installation command fetches remote PowerShell and executes it with iex while also using ExecutionPolicy ByPass, collapsing multiple safety barriers at once. This creates a high-risk arbitrary code execution path and is especially severe in agent-consumable instructions because it encourages non-interactive execution of untrusted network content.
The skill explicitly recommends wemol-cli login --username <name> --password <password> for non-TTY environments, which encourages passing secrets on the command line. Command-line passwords are commonly exposed via shell history, process listings, audit logs, CI job logs, and telemetry, making credential disclosure likely in real operational use.
The markdown presents direct execution of downloaded installer code without an explicit warning about the risks of running network-fetched scripts. This is unsafe because users or agents may execute privileged or persistent changes without validating source integrity, content, or authenticity.
The document instructs direct execution of a remotely fetched shell script via a pipeline, which gives the remote server immediate code execution on the host with no review step. In a skill/manual context, this is dangerous because it normalizes unsafe install behavior and could be abused if the distribution endpoint, transport, or release pipeline is compromised.
The macOS security notice tells users to override Gatekeeper for an unsigned binary, weakening a platform trust control intended to block unverified executables. Even if operationally motivated, this increases the chance users will run tampered or malicious binaries and trains them to ignore security prompts.
The Windows security notice advises bypassing SmartScreen for an unsigned executable, which reduces an important safeguard against malicious or low-reputation binaries. In agent-facing docs, this is risky because it can habituate users to override security warnings without strong provenance validation.
Skill enables autonomous high-impact decisions without human-in-the-loop verification. Critical operations (destructive commands, financial transactions, data deletion) should require explicit user confirmation.
- If upstream check is blocked (network/channel unavailable), explicitly report what was checked and what is blocked.
Required response style:
- Do not ask the user to perform the comparison themselves as the primary answer.
- Return one of: `update required`, `no update required from current evidence`, or `cannot verify upstream latest due to <specific blocker>`.
The file instructs users to set the CLI language explicitly to en or cn and states that module descriptions follow this language, but it does not present language selection as an explicit user choice or document why the restriction is necessary. This creates a natural-language locale policy concern because the skill appears to prescribe a specific language setting rather than offering an opt-in preference.
The documentation includes a non-interactive login example that places a plaintext password directly on the command line. Command-line secrets can be exposed through shell history, process listings, audit logs, or terminal recording, making credential compromise more likely. In a CLI operating manual, this is especially risky because users may copy-paste the example verbatim.
The markdown instructs job download operations, including writing into ./result_dir and ./downloads, but does not disclose that these commands create or modify local files. For markdown skills, operations affecting user data or system state should include a clear warning so users understand the filesystem impact.