T03 · Remote Payload Retrieval and Execution
- Location
SKILL.md:59- Finding
Unverified Remote Installation Scripts Are Executed Directly
- Content
View full analysis
Vulnerability Details
File Location:
SKILL.md, lines 59-63
Vulnerability Type: Remote payload retrieval and execution
Risk Level: HighVulnerable 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 setup instructions download mutable scripts from external URLs and immediately execute their contents using Bash or PowerShell. The payloads are not included in the audited project and are not pinned to a specific immutable version. No checksum, cryptographic signature, or other integrity verification is performed before execution.
HTTPS protects the connection in transit under normal conditions, but it does not establish that the remotely hosted script is immutable or safe. A compromise of the vendor account, web server, DNS or certificate infrastructure, build pipeline, or script publication process could replace the installer after this Skill has already passed review.
The installation behavior is not required for normal weather queries: the document states that it is a fallback used when the
oocommand is unavailable. The normal permission declaration,Bash(oo *), narrows routine operations to the OOMOL CLI and reduces direct automated exposure to arbitrary shell commands. Nevertheless, the fallback documentation explicitly directs the user or agent to establish a remote code-execution channel without prior inspection or approval.The connector's ordinary network behavior is otherwise consistent with its declared functionality. Commands such as
oo connector schemaandoo connector runnecessarily communicate with the connector service to obtain schemas and weather results. The audited file does not direct the agent to collect raw credentials, private keys, environment variables, or unrelated local files.Attack Path
- The
ooCLI is a ...[truncated 1368 chars]
- The
- Remediation
View remediation
Remediation Suggestions
- Remove direct
curl | bashandirm | iexinstallation patterns. - Prefer an established operating-system package manager or trusted application distribution channel with a version-pinned package.
- If standalone installers are necessary, pin an explicit release version and use immutable release URLs rather than mutable generic installer endpoints.
- Download the installer to a local file without executing it automatically.
- Publish and verify a cryptographic signature from a separately trusted key. At minimum, verify a release-specific SHA-256 digest obtained through a trusted channel.
- Abort installation if verification fails, and never silently fall back to executing an unverified payload.
- Present the verified script or package details to the user and require explicit approval before execution.
- Run installation with ordinary user privileges unless a specific operation demonstrably requires elevation. Isolate any privileged step and explain its exact effect.
- Document the expected files, network endpoints, and system changes made by the installer so users can evaluate its scope.
- Keep installation outside automatic connector execution. Normal weather operations should remain restricted to the declared
oocommand scope.
- Remove direct
