T03 · Remote Payload Retrieval and Execution
- Location
SKILL.md:10- Finding
Unpinned Remote Repository Installation Allows Mutable Code Execution
- Content
View full analysis
Vulnerability Details
File Location:
SKILL.md, lines 10-18
Vulnerability Type: Remote installation of executable code from an unpinned Git repository
Risk Level: MediumVulnerable Code
json "install": [ { "id": "node", "kind": "node", "package": "mini-agent", "bins": ["mini-agent"], "label": "Install Mini-Agent (uv)", "command": "uv tool install git+https://github.com/MiniMax-AI/Mini-Agent.git" } ]The displayed label is an English translation of the original label; the installation command is reproduced exactly.
Technical Analysis
The installation command retrieves executable source code from the default branch of an external Git repository without specifying an immutable commit hash or release tag. The effective code installed by this Skill can therefore change after the Skill has been audited.
HTTPS protects the connection in transit but does not guarantee that the repository's future contents remain trustworthy. A compromised maintainer account, malicious upstream update, repository takeover, or unauthorized branch modification could cause subsequent installations to retrieve attacker-controlled code.
This is especially significant because the installed agent is documented as having file read/write access, shell execution, and process-management capabilities. The package metadata also names
mini-agentwhile the command installs directly from Git, making conventional package-version review less reliable.Attack Path
- An attacker compromises the upstream repository, a maintainer account, or the repository's default branch.
- The attacker adds malicious installation-time or runtime code to the repository.
- A user or automated Agent executes the documented
uv tool installcommand. uvretrieves and builds the current mutable repository contents.- The malicious code executes during installation or when ...[truncated 801 chars]
- Remediation
View remediation
Remediation Suggestions
- Pin the installation source to a reviewed, immutable full commit hash rather than the repository's default branch.
- Prefer a versioned release distributed through a trusted package registry with integrity metadata.
- Verify release signatures or published cryptographic checksums before installation.
- Record the exact source repository, commit, package version, and expected artifact digest in the Skill metadata.
- Make the declared package source consistent with the command that is actually executed.
- Review dependency lock files and transitive dependencies associated with the pinned release.
- Run installation and execution in a restricted environment with minimal filesystem and network access.
- Require explicit user approval before downloading or executing a changed dependency version.
