T03 · Remote Payload Retrieval and Execution
- Location
SKILL.md:61- Finding
Unverified Remote Installation Scripts Executed Directly by Shells
- Content
View full analysis
Vulnerability Details
File Location:
SKILL.md, lines 61–65
Vulnerability Type: Remote payload retrieval and execution
Risk Level: Highbash curl -fsSL https://cli.oomol.com/install.sh | bash # macOS / Linuxpowershell irm https://cli.oomol.com/install.ps1 | iex # Windows PowerShellTechnical Analysis
The installation instructions retrieve mutable scripts from an external server and execute the responses immediately using Bash or PowerShell. They do not pin a release, inspect the downloaded content, or verify a cryptographic checksum or publisher signature before execution.
Although
cli.oomol.comis consistent with the declared OOMOL service, trust in the domain alone does not establish the integrity of each downloaded payload. A compromise of the hosting infrastructure, release pipeline, domain, or relevant DNS/TLS trust chain could replace the installer with attacker-controlled code after the Skill has already been reviewed.Installing the CLI is only a fallback when
oois unavailable, but arbitrary remote-script execution exceeds the minimum mechanism necessary to install a client. A signed, version-pinned artifact installed after verification would provide the required functionality with substantially less supply-chain risk.The ordinary network behavior of
oo connector run, which transmits a user-supplied JSON payload to the declared Formaloo connector, is consistent with the Skill's stated remote-service functionality. The reviewed file contains no evidence that it intentionally collects raw credentials, private keys, environment variables, or unrelated local files.Attack Path
- An attacker compromises the remote installer, its hosting or release infrastructure, or a component of the network trust chain.
- The victim invokes the Skill on a system where the
oocommand is not installed. - The documented first-time setup fallback is followed.
- `curl ...[truncated 922 chars]
- Remediation
View remediation
Remediation Suggestions
- Remove both direct pipe-to-shell installation commands.
- Pin the CLI to a specific reviewed release and download the installer or binary as a file without automatically executing it.
- Publish expected SHA-256 or stronger cryptographic digests through a separately protected release channel and verify them before installation.
- Prefer signed release artifacts and verify the publisher signature using a pinned, trusted public key.
- Use a reputable package manager with version pinning and signature verification where available.
- Display the resolved version, source URL, checksum, and intended installation changes, then obtain explicit user approval before executing the installer.
- Perform installation with ordinary user privileges unless a specific installation step demonstrably requires elevation.
- If retaining an installer script is unavoidable, download it first, verify its integrity, allow inspection, and execute the verified local file rather than piping a live network response into a shell.
