T03 · Remote Payload Retrieval and Execution
- Location
INSTALL.md:13- Finding
Unverified Remote Installer Is Executed Directly by Bash
- Content
View full analysis
Vulnerability Details
File Location:
INSTALL.md:13
Vulnerability Type: Remote payload retrieval and execution
Risk Level: Criticalbash curl -fsSL https://your-domain.com/mbti-master/install.sh | bashTechnical Analysis
The installation guide pipes an HTTPS response directly into Bash. The downloaded script is not pinned to an immutable version and is not authenticated with a cryptographic signature or checksum. Users also have no opportunity to inspect the content before it executes.
The placeholder host is not demonstrated to be a trusted canonical project source. Control or compromise of the domain, hosting account, TLS endpoint, or deployment pipeline would allow the effective installer payload to be changed after the reviewed Skill package was published.
Direct remote shell execution is unnecessary for the declared offline MBTI functionality. The Skill only needs local Bash scripts and static data, so this installation mechanism exceeds the minimum capabilities required.
Attack Path
- An attacker obtains control of
your-domain.com, compromises its hosting infrastructure, or changes the file served asinstall.sh. - The attacker replaces the installer with commands that steal files, modify shell configuration, install persistence, or download further payloads.
- A user follows the documented installation command.
curlretrieves the attacker-controlled response.- Bash immediately executes that response with all privileges available to the installing user.
Impact Assessment
Successful exploitation provides arbitrary command execution as the user running the installer. The attacker could read or alter user-accessible files, steal credentials, modify Agent Skills, install persistence, or execute additional payloads.
The command does not contain
sudo, so root access is not automatically obtained. However, the scop ...[truncated 102 chars]- An attacker obtains control of
- Remediation
View remediation
Remediation Suggestions
- Remove the pipe-to-shell installation method.
- Publish a versioned archive through the canonical project repository.
- Publish a SHA-256 checksum and, preferably, a signature created with a separately managed signing key.
- Require users to download the artifact, verify its checksum or signature, inspect its contents, and only then install it.
- Pin installation instructions to an immutable release tag or commit.
- If an installer remains necessary, distribute it as a reviewable file and never execute a mutable network response directly.
