T03 · Remote Payload Retrieval and Execution
- Location
SKILL.md:59- Finding
Unverified Remote Installer Scripts Executed Directly by Shell
- Content
View full analysis
Vulnerability Details
File Location:
SKILL.md, lines 59–63
Vulnerability Type: Remote payload retrieval and execution
Risk Level: Criticalbash curl -fsSL https://cli.oomol.com/install.sh | bash # macOS / Linuxpowershell irm https://cli.oomol.com/install.ps1 | iex # Windows PowerShellTechnical Analysis
The first-time setup instructions download mutable scripts from
cli.oomol.comand immediately execute them through Bash or PowerShell. Neither command pins a release version, verifies a cryptographic signature or checksum, nor saves the script for review before execution.Although HTTPS provides transport protection, it does not establish that the retrieved script is the same script that existed when the Skill was audited. Compromise of the remote server, hosting account, domain, CDN, TLS termination infrastructure, or release process could cause these commands to execute attacker-controlled content.
Installing the required CLI may be legitimate, but piping a remote response directly into a shell exceeds the minimum assurance necessary for installation. A package-manager installation or a version-pinned, independently verified artifact would accomplish the declared functionality with materially lower supply-chain risk.
The rest of the reviewed Skill contains no local executable code. Its documented transfer of domain query payloads and results through the OOMOL connector is consistent with its declared BuiltWith integration; no separate hidden exfiltration mechanism was identified.
Attack Path
- An attacker compromises
cli.oomol.com, its hosting infrastructure, deployment credentials, CDN, or installer publication process. - The attacker replaces either
install.shorinstall.ps1with a malicious payload. - The
oocommand is unavailable, causing the documented first-time setup path to become relevant. - A user or Agent runs the provided installation command.
- Bash or PowerShell executes ...[truncated 1046 chars]
- An attacker compromises
- Remediation
View remediation
Remediation Suggestions
- Remove the direct
curl | bashandirm | iexinstallation instructions. - Prefer installation through a reputable platform package manager with a version-pinned package.
- If standalone installers are necessary:
- Pin an immutable release version and artifact URL.
- Download the artifact to a local file rather than piping it into a shell.
- Publish and verify a SHA-256 or stronger digest through an independent trusted channel.
- Prefer cryptographic signature verification using a documented release-signing key.
- Allow the user to inspect the downloaded script before execution.
- Require explicit user approval before downloading or executing installation code.
- Run the installer without administrator or root privileges unless a documented operation strictly requires elevation.
- Document the files, permissions, network destinations, and configuration changes made by the installer.
- Consider directing users to a reviewed installation guide rather than instructing an Agent to execute remote installation code automatically.
A safer Unix-like workflow would resemble:
bash curl -fLo oo-install.sh "https://trusted.example/releases/vX.Y.Z/install.sh" echo "<expected-sha256> oo-install.sh" | sha256sum --check less oo-install.sh bash oo-install.shThe equivalent PowerShell workflow should download a version-pinned artifact with
Invoke-WebRequest, verify its Authenticode signature or published checksum, and execute it only after explicit approval.- Remove the direct
