T03 · Remote Payload Retrieval and Execution
- Location
SKILL.md:16- Finding
Unverified Remote Script Is Piped Directly Into a Shell
- Content
View full analysis
Vulnerability Details
File Location:
SKILL.md, line 16
Vulnerability Type: Remote payload retrieval and execution
Risk Level: HighVulnerable Code:
bash Install: `curl -fsSL https://get.admirarr.dev | sh`Technical Analysis
The installation command downloads a mutable script from an external domain and immediately passes it to
sh. The payload is neither pinned to a specific version nor verified with a cryptographic signature or checksum. It is also not saved for inspection before execution.Consequently, the code that ultimately runs is controlled by the current response from
get.admirarr.dev, rather than by the reviewed contents of this Skill. HTTPS protects transport in ordinary circumstances but does not establish artifact integrity if the distribution server, domain, publishing process, or upstream account is compromised.Direct shell execution is unnecessary for the Skill's declared media-stack management functionality and exceeds the minimum safe installation mechanism. Because the project contains only documentation and no implementation or integrity metadata, the behavior of the downloaded installer and binary cannot be verified within the audited artifact.
Attack Path
- A user or agent follows the installation instruction in
SKILL.md. curlrequests the current payload fromhttps://get.admirarr.dev.- An attacker who controls or compromises the domain, server, deployment pipeline, or hosted installer substitutes malicious shell commands.
- The response is streamed directly to
shwithout inspection or integrity validation. - The attacker's commands execute with the privileges of the invoking account.
- The malicious installer may then deploy a modified binary or perform any other action permitted to that account.
Impact Assessment
Successful exploitation provides arbitrary command execution with the invoking user's privileges. Potentially accessibl ...[truncated 642 chars]
- A user or agent follows the installation instruction in
- Remediation
View remediation
Remediation Suggestions
- Remove the direct
curl | shinstallation pattern. - Publish immutable, versioned release artifacts through a verifiable release channel.
- Instruct users to download the installer or binary as a separate step rather than streaming it into a shell.
- Provide a trusted SHA-256 digest for each pinned release and require verification before execution.
- Prefer cryptographic artifact signing, document the trusted public key, and require signature verification.
- Pin both the release version and artifact URL; avoid mutable “latest” installer endpoints.
- Allow users to inspect the downloaded installer before running it.
- Document that installation should use an unprivileged account unless a specific operation demonstrably requires elevation.
- Clearly describe installation paths, files created, permissions requested, and any interaction with Docker or service credentials.
- Add reproducible source or other auditable implementation material so the installed binary can be compared with the reviewed release.
A safer workflow is: download a version-pinned artifact, obtain its checksum or signature through a trusted channel, verify it locally, inspect applicable installer content, and then execute or install it explicitly with the minimum necessary privileges.
- Remove the direct
