T03 · Remote Payload Retrieval and Execution
- Location
SKILL.md:62- Finding
Unverified Remote Installer Download and Immediate Execution
- Content
View full analysis
Vulnerability Details
File Location:
SKILL.md, lines 62 and 66
Vulnerability Type: Remote payload retrieval and execution
Risk Level: CriticalVulnerable 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. The downloaded content is not pinned to a specific version, saved for inspection, or validated using a cryptographic signature or expected checksum.Although the installation host is associated with the declared OOMOL service and installation is only recommended after an
oo: command not founderror, the execution pattern creates a remote code-execution channel whose effective payload can change after the Skill has been reviewed. Compromise of the vendor's domain, DNS, CDN, hosting infrastructure, or software-release pipeline could therefore turn a legitimate setup operation into arbitrary local code execution.This installation mechanism exceeds the minimum privileges necessary to document or invoke the Shopify connector. The Skill could instead direct users to a verified, version-pinned package or require a separate, explicit installation workflow.
Attack Path
- An attacker compromises the remote installer, its hosting infrastructure, the vendor's release pipeline, or another delivery component.
- The
oocommand is unavailable on the target system. - Following the Skill's first-time setup guidance, the user or Agent runs the applicable installation command.
curlorirmretrieves the attacker's modified script.- The shell executes the response immediately, without integrity verification or an opportunity for review.
- The script performs arbitrary actions using the privileges of the invoking account.
Impact Assessment
...[truncated 725 chars]
- Remediation
View remediation
Remediation Suggestions
- Remove both pipe-to-shell installation commands from the Skill instructions.
- Direct users to a trusted package manager or an official release artifact pinned to a specific version.
- Download the installer or binary to disk without executing it immediately.
- Publish and require verification of a cryptographic signature and a pinned SHA-256 or stronger checksum.
- Keep verification metadata on an independently protected channel rather than serving the artifact and checksum from the same mutable location.
- Allow the user to inspect the downloaded content before granting execution approval.
- Run installation with standard-user privileges unless a narrowly identified operation requires elevation.
- Document the files, directories, network endpoints, and permissions affected by installation.
- Require separate, explicit user confirmation before executing any installer; an Agent should not automatically install software after a connector command fails.
- Prefer a command pattern equivalent to:
bash curl -fSLo oo-installer.sh "https://trusted.example/releases/<pinned-version>/install.sh" echo "<pinned-sha256> oo-installer.sh" | sha256sum --check - # Inspect the verified script and obtain explicit approval before execution. bash oo-installer.shEquivalent signature and hash verification should be required for the Windows installer.
