T03 · Remote Payload Retrieval and Execution
- Location
SKILL.md:63- Finding
Unverified Remote Installer Scripts Are Downloaded and Executed Directly
- Content
View full analysis
Vulnerability Details
File Location:
SKILL.md, lines 63–67
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 pipe remotely retrieved content directly into command interpreters. The Unix command sends the response from
https://cli.oomol.com/install.shto Bash, while the Windows command usesInvoke-RestMethodandInvoke-Expressionto executeinstall.ps1.Neither command pins an installer version, verifies a cryptographic signature or checksum, or gives the user an opportunity to inspect the downloaded payload before execution. The effective code can therefore change after the Skill has been reviewed. Although the hostname appears associated with the declared OOMOL service, the audited project contains no installer source or integrity metadata with which to verify the remote payload.
Installing the CLI may support the Skill's declared functionality, but immediate execution of mutable, unrestricted remote code exceeds the minimum trust necessary. A separately downloaded, version-pinned, and cryptographically verified installer would achieve the installation objective with materially lower risk.
Attack Path
- A user or agent attempts to use the Skill on a system where the
oocommand is unavailable. - The command fails with
oo: command not found. - The agent follows the documented first-time setup instructions.
- The system retrieves the current script from
cli.oomol.com. - Bash or PowerShell executes the response immediately without integrity verification.
- If the hosting service, publishing pipeline, domain resolution, TLS trust chain, or remote script is compromised, attacker-controlled commands execute under the invoki ...[truncated 1009 chars]
- A user or agent attempts to use the Skill on a system where the
- Remediation
View remediation
Remediation Suggestions
- Remove both pipe-to-shell installation patterns.
- Direct users to a trusted package manager or a versioned release page where practical.
- Pin installation artifacts to a specific version rather than retrieving a mutable generic installer.
- Download the installer to a local file without executing it automatically.
- Publish a SHA-256 or stronger digest through a separately protected channel and verify it before execution.
- Prefer cryptographic signature verification using a pinned, authenticated release-signing key.
- Allow the user to inspect and explicitly approve the downloaded script before running it.
- Execute installation with ordinary user privileges unless a documented operation strictly requires elevation.
- For automated installation, fail closed if the version, signature, checksum, expected content type, or download origin cannot be verified.
- Document the files, executables, and configuration changes made by the installer so users can assess its privilege and persistence implications.
A safer workflow is: download a version-pinned artifact, verify its signature and checksum, inspect or display the artifact, request explicit approval, and then execute it with the minimum required privileges.
