T03 · Remote Payload Retrieval and Execution
- Location
SKILL.md:55- Finding
Unverified Remote Installer Download and Immediate Execution
- Content
View full analysis
Vulnerability Details
File Location:
SKILL.md, lines 55–59
Vulnerability Type: Remote payload retrieval and execution
Risk Level: HighVulnerable Code:
bash 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 retrieve mutable scripts from
cli.oomol.comand immediately execute them through Bash or PowerShell. Neither command pins a specific installer version nor verifies a cryptographic signature or trusted checksum before execution. The downloaded scripts are not included in the reviewed project, so their effective behavior cannot be determined through this static audit.Although installing the
ooCLI supports the Skill's declared functionality, directly executing an unverified remote response exceeds the minimum privilege and trust necessary for installation. The instructions grant the remote endpoint an unrestricted code-execution channel under the invoking user's account. HTTPS protects the connection in transit under normal conditions, but it does not protect against compromise of the hosting infrastructure, publication pipeline, domain, signing account, or installer itself.No evidence in the reviewed file proves that the current remote installers are malicious. The vulnerability is the unsafe delivery and execution mechanism, which permits the payload to change after review.
Attack Path
- The
oocommand is unavailable, causing the user or Agent to follow the first-time setup instructions. - An attacker compromises the installer host, its deployment pipeline, the served installer, or another trusted delivery component.
- The attacker replaces the expected installer response with arbitrary shell or PowerShell commands.
curl | bashorirm | iexpasses that response directly to the local interpreter wi ...[truncated 1112 chars]
- The
- Remediation
View remediation
Remediation Suggestions
- Remove both direct pipe-to-interpreter installation commands.
- Prefer a trusted platform package manager or a signed, version-pinned release from the CLI's authenticated official repository.
- Download the installer or binary to a local file without executing it immediately.
- Pin an explicit release version rather than retrieving a mutable latest installer.
- Publish and verify a cryptographic signature using a separately distributed, trusted public key. If signature verification is unavailable, verify a release-specific SHA-256 or stronger checksum obtained through an independently authenticated channel.
- Abort installation when verification fails; never continue with warnings alone.
- Allow the user to inspect the downloaded artifact and require explicit approval before execution.
- Run installation with ordinary user privileges unless a documented installation step strictly requires elevation.
- Provide manual installation instructions and document the files, network endpoints, and permissions used by the CLI.
- If an installer script remains necessary, pin its immutable revision and use a workflow equivalent to:
bash curl -fL --proto '=https' --tlsv1.2 \ -o oo-install.sh \ 'https://trusted.example/releases/vX.Y.Z/install.sh' echo '<PUBLISHED_SHA256> oo-install.sh' | sha256sum -c - bash oo-install.shThe example URL and digest must be replaced with an authenticated official release and its genuine release-specific checksum. A verified digital signature is preferable to a checksum alone.
