T03 · Remote Payload Retrieval and Execution
- Location
SKILL.md:14- Finding
Unverified Remote Executable Retrieved from a Mutable Release URL
- Content
View full analysis
Vulnerability Details
File Location:
SKILL.md, lines 14–15
Vulnerability Type: Remote payload retrieval and execution without integrity verification
Risk Level: Highbash curl -L -o ~/.local/bin/plane https://github.com/HonLuk/my-plane/releases/latest/download/plane chmod +x ~/.local/bin/planeTechnical Analysis
The installation instructions retrieve a precompiled executable through a mutable
releases/latestURL and immediately make it executable. The artifact is not pinned to a reviewed version or immutable digest, and no checksum or cryptographic signature is verified.Consequently, the effective executable can change after the skill has been reviewed. If the upstream repository, release process, maintainer account, or distributed artifact is compromised, the same documented command could install attacker-controlled code. The CLI is subsequently expected to run in an environment containing
PLANE_API_KEYandPLANE_WORKSPACE, increasing the sensitivity of a supply-chain compromise.The use of HTTPS protects transport in ordinary circumstances but does not establish that the downloaded artifact is the specific binary reviewed or intended by the user.
Attack Path
- An attacker compromises the upstream GitHub repository, maintainer account, release workflow, or latest release artifact.
- The attacker publishes a modified executable at the existing mutable
releases/latest/download/planelocation. - A user follows the documented installation procedure.
curl -Ldownloads the attacker-controlled file to~/.local/bin/plane.chmod +xmarks the payload as executable.- When the user or agent invokes
plane, the payload executes with the invoking user's operating-system privileges. - Because the CLI requires Plane environment credentials, the payload may read
PLANE_API_KEYand use it to access or alter resources authorized to that token.
Impact Assessment
Succ ...[truncated 636 chars]
- Remediation
View remediation
Remediation Suggestions
- Pin installation instructions to a specific reviewed release version rather than using
releases/latest. - Publish a SHA-256 or stronger cryptographic digest through a separately protected release process and verify it before making the file executable.
- Prefer signed releases, such as Sigstore or GPG signatures, and document mandatory signature verification with a pinned trusted identity or public key.
- Fail closed: do not execute or install the artifact if digest or signature verification fails.
- Provide auditable source code, reproducible build instructions, and provenance attestations so users can verify that the binary corresponds to reviewed source.
- Run the CLI with a least-privilege Plane token and limit the token to only the workspace permissions required for the intended task.
- Avoid exposing the API key to installation steps, and execute the CLI in a restricted environment where practical.
- Pin installation instructions to a specific reviewed release version rather than using
