T03 · Remote Payload Retrieval and Execution
- Location
SKILL.md:10- Finding
Unpinned Remote Source Is Retrieved and Executed During Installation
- Content
View full analysis
Vulnerability Details
File Location:
SKILL.md, lines 10-16 and 23-26
Vulnerability Type: Remote payload retrieval and execution through an unpinned Git repository
Risk Level: HighVulnerable Code
yaml metadata: openclaw: requires: bins: - ttg install: - id: ttg kind: shell label: "Build and install ttg CLI from source" script: "git clone https://github.com/dhruvkelawala/ticktick-go /tmp/ttg-install && cd /tmp/ttg-install && make install && rm -rf /tmp/ttg-install"The same unsafe installation pattern is also presented to users:
bash git clone https://github.com/dhruvkelawala/ticktick-go cd ticktick-go && make installTechnical Analysis
The installation instructions clone the mutable default branch of an external GitHub repository and immediately execute repository-controlled Makefile logic through
make install. No reviewed commit, immutable release artifact, cryptographic checksum, or signature is specified.Consequently, the effective code executed during installation can change after this Skill has been audited. A compromised upstream repository, maintainer account, or default branch could introduce arbitrary commands into the Makefile or build process. The repository URL is consistent with the declared TickTick CLI, so the audited file does not establish malicious intent; the vulnerability is the lack of integrity controls around remotely retrieved executable content.
Attack Path
- An attacker compromises the upstream repository, a maintainer account, or another mechanism capable of changing its default branch.
- The attacker modifies the Makefile, build scripts, or source-level initialization behavior.
- A user or agent invokes the Skill's installation script.
git clonedownloads the attacker-controlled revision without any commit or signature verification ...[truncated 885 chars]
- Remediation
View remediation
Remediation Suggestions
- Pin installation to a specific, reviewed commit hash or immutable release version rather than the repository's default branch.
- Prefer signed release artifacts and verify the maintainer's signature before installation.
- Publish and verify a cryptographic checksum for every downloaded artifact.
- Avoid executing build instructions directly from a freshly cloned mutable repository.
- Perform builds in a restricted, temporary environment with minimal filesystem and network access.
- Install without administrative privileges unless a documented operation strictly requires them.
- Use a collision-resistant temporary directory created with
mktemp -d, and ensure cleanup occurs through a shell trap. - Review the pinned Makefile and transitive dependencies before approving automated installation.
