T03 · Remote Payload Retrieval and Execution
- Location
SKILL.md:25- Finding
Unpinned Remote Runtime Retrieval and Execution
- Content
View full analysis
Vulnerability Details
File Location:
SKILL.md, lines 25–27 and 48–51
Vulnerability Type: Remote Payload Retrieval and Execution
Risk Level: MediumThe supplied artifact does not contain the advertised runtime. Instead, it directs users to retrieve and execute mutable content from external sources without pinning a version or verifying its integrity.
Complete vulnerable code snippets:
bash git clone https://github.com/plusunm/CNexus2.0.git cd CNexus2.0 python app_v2.pybash openclaw skills install @plusunm/cnexus-cognitive-coreThe surrounding documentation also states:
text 完整运行时请克隆上方 GitHub 仓库。This instructs the user to clone the external GitHub repository to obtain the complete runtime.
Technical Analysis
The
git clonecommand retrieves the repository's mutable default branch and then directly executesapp_v2.py. No audited commit hash, immutable release artifact, cryptographic checksum, or signature is specified. Consequently, the code executed by a user can differ from the code that existed when this Skill was reviewed.The alternative OpenClaw installation command also omits an exact package version and integrity verification. Its effective contents therefore cannot be established from the supplied artifact.
This is best classified as remote payload retrieval and execution because the Skill explicitly establishes a download-and-execute path whose effective payload may change after review. The current artifact does not establish that the upstream content is malicious; the vulnerability is the absence of controls binding execution to a reviewed payload.
Attack Path
- An attacker compromises the upstream GitHub repository, its maintainer account, the OpenClaw publisher account, or the relevant distribution infrastructure.
- The attacker changes the default branch or publishes a modified package containing malicious runtime logic.
- A user ...[truncated 1163 chars]
- Remediation
View remediation
Remediation Suggestions
- Include the complete runtime in the reviewed Skill artifact so that all executable behavior can be audited together.
- Pin the Git source to a specific audited commit hash rather than cloning and executing the mutable default branch.
- Pin the OpenClaw package to an exact audited version, if the package manager supports version constraints.
- Distribute signed, immutable release artifacts and document signature verification before installation.
- Publish SHA-256 or stronger cryptographic digests through a separately protected channel and require verification before execution.
- Add a lockfile or manifest recording exact dependency and runtime versions.
- Document the runtime's expected filesystem access, network connections, environment-variable use, and handling of persisted personal data.
- Run the application with least privilege, bind its HTTP service only to the intended local interface, and isolate it from unrelated user files where practical.
- Establish a repeatable release process in which each pinned version is independently reviewed before documentation is updated to reference it.
