T03 · Remote Payload Retrieval and Execution
- Location
SKILL.md:52- Finding
Unverified Remote Installation Scripts Executed Directly by Shells
- Content
View full analysis
Vulnerability Details
File Location:
SKILL.md, lines 52–61
Vulnerability Type: Remote payload retrieval and execution
Risk Level: Criticalmarkdown - **`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 retrieve mutable content from external URLs and pass it directly to
bashor PowerShell'sInvoke-Expression. The downloaded scripts are neither pinned to an immutable version nor verified using a cryptographic digest or publisher signature. Users and agents therefore execute code whose effective contents can change after the Skill has been reviewed.HTTPS protects the connection in transit but does not establish the integrity of future script versions. Compromise of the hosting service, publisher account, DNS resolution, release process, or remote scripts would allow arbitrary commands to be delivered through these documented installation steps.
Installing the required CLI is related to the Skill's operation, and the instructions limit installation to cases where
oois unavailable. Nevertheless, immediate execution of unreviewed network responses is not the least-privileged or least-risk method of satisfying that requirement. The same weakness exists on both supported shell families.Attack Path
- An attacker compromises the remote installation endpoint, its deployment pipeline, the publisher account, or another component capable of changing the returned script.
- A user invokes this Skill on a system where the
oocommand is unavailable. - Following the documented recovery procedure, the user or agent runs the applicable
curl | bashorirm | iexcommand. - The shell execute ...[truncated 933 chars]
- Remediation
View remediation
Remediation Suggestions
- Remove both direct pipe-to-shell installation commands.
- Prefer a trusted platform package manager and pin the CLI to a reviewed version.
- If standalone installation is necessary, download a versioned artifact to disk without executing it.
- Publish and verify a pinned SHA-256 digest and, preferably, a signature rooted in a separately distributed trusted publisher key.
- Abort installation if integrity or signature verification fails.
- Allow the downloaded installer to be inspected before execution and require explicit user approval before running it.
- Execute with ordinary user privileges unless a documented operation strictly requires elevation; never request blanket administrator or root access.
- Apply equivalent controls to the PowerShell path, avoiding
Invoke-Expressionfor network responses. - Document the exact files, permissions, and system changes made by the installer so users can evaluate and reverse them.
