T03 · Remote Payload Retrieval and Execution
- Location
SKILL.md:57- Finding
Unverified Remote Installer Download and Execution
- Content
View full analysis
Vulnerability Details
File Location:
SKILL.md, lines 57–65
Vulnerability Type: Remote payload retrieval and execution
Risk Level: HighVulnerable Code
markdown - **`oo: command not found`** — install the oo CLI (other platforms: <https://cli.oomol.com/install-guide.md>): ```bash curl -fsSL https://cli.oomol.com/install.sh | bash # macOS / Linux ``` ```powershell irm https://cli.oomol.com/install.ps1 | iex # Windows PowerShell ```Technical Analysis
The installation instructions download mutable content from an external server and immediately execute it through Bash or PowerShell. They do not pin an installer version, verify a cryptographic signature or checksum, or provide an opportunity to inspect the downloaded content before execution.
Although
cli.oomol.comis consistent with the declared OOMOL integration, domain alignment does not eliminate the risk. Compromise of the installer publication process, hosting infrastructure, CDN, DNS resolution, or TLS endpoint could cause arbitrary attacker-controlled commands to be executed. The effective payload can also change after the Skill has been reviewed.Installing the CLI may be a legitimate prerequisite, but executing an unverified remote script exceeds the minimum privileges required merely to perform the Skill's advertised read-only Codegen queries.
Attack Path
- The
ooCLI is unavailable, producing anoo: command not founderror. - The user or agent follows the documented first-time setup instructions.
- An attacker compromises or gains control over the remote installer delivery path or publication process.
curlorirmretrieves the modified installer.- The shell pipeline passes the response directly to Bash or
iex, without integrity verification or inspection. - The attacker's commands execute with the privileges of the user running the installation.
Impact A
...[truncated 835 chars]
- The
- Remediation
View remediation
Remediation Suggestions
- Replace pipe-to-shell installation with a version-pinned package obtained from an authenticated official release channel.
- Download the installer or release artifact to a local file rather than executing the network response directly.
- Publish and require verification of a cryptographic signature or a pinned SHA-256 checksum before execution.
- Display the resolved version, source URL, checksum, and intended installation changes before requesting explicit user approval.
- Run installation with ordinary user privileges unless a narrowly scoped operation demonstrably requires elevation.
- Prefer an operating-system package manager with signed metadata and reproducible version selection where available.
- Keep installation separate from normal Skill execution; the Skill should fail safely and direct the user to independently reviewed setup documentation.
- For PowerShell, avoid
irm ... | iex; save the script, validate its signature or checksum, permit inspection, and then execute the verified local file.
