T03 · Remote Payload Retrieval and Execution
- Location
SETUP.md:7- Finding
Execution of an Unpinned Remote Installer
- Content
View full analysis
Vulnerability Details
File Location:
README.md:20-24,SETUP.md:7-11, andSKILL.md:63-67
Vulnerability Type: Remote payload retrieval and execution through a mutable Git repository
Risk Level: HighVulnerable Code
The same installation sequence is recommended in all three files:
bash git clone https://github.com/markster-public/markster-os.git cd markster-os bash install.shTechnical Analysis
The installation flow clones the current default branch of an external GitHub repository and immediately executes its
install.shfile. The repository is not pinned to a reviewed commit or immutable release tag, and the instructions do not require signature, checksum, or source verification before execution.Consequently, the effective installer can change after this skill has been reviewed. If the upstream repository, maintainer account, release process, or GitHub organization is compromised, an attacker can modify
install.shand obtain code execution when a user follows the documented setup flow.The explicit user-approval requirements in
SKILL.mdreduce accidental execution but do not establish the integrity of the downloaded code. User consent to installation is not equivalent to consent to execute an unknown or subsequently modified payload.The pre-scan reference to
curl | bashatREADME.md:37is not itself executable behavior. It is a documentation rule prohibiting that pattern. The actual concern is the semantically similar clone-and-execute sequence above.Attack Path
- An attacker compromises the upstream
markster-public/markster-osrepository, a maintainer account, or its publication process. - The attacker modifies
install.shor another component invoked by that installer. - A user requests full installation and grants the approval required by the skill.
- The agent or user clones the mutable default branch without selecting a verified commit or release. 5 ...[truncated 1362 chars]
- An attacker compromises the upstream
- Remediation
View remediation
Remediation Suggestions
- Pin installation to an immutable, reviewed commit hash or cryptographically signed release rather than the repository's mutable default branch.
- Publish and verify a SHA-256 checksum or a trusted cryptographic signature for the release archive and installer.
- Separate retrieval from execution. Require the user to inspect
install.shand summarize its operations before allowing it to run. - Display the resolved repository URL and commit hash immediately before execution and obtain approval for that exact revision.
- Avoid running the installer with
sudo, administrator rights, or any permissions not strictly required. - Run the installer in a constrained environment where practical, such as a disposable container or virtual machine with limited filesystem and credential access.
- Pin and verify any skills, packages, binaries, or other dependencies subsequently installed by
markster-os install-skills. - Document the files, network destinations, hooks, and configuration changes made by the installer so users can assess its privilege requirements before execution.
