T08 · Insecure Dependencies
- Location
SKILL.md:5- Finding
Unpinned External Executable and Secondary Component Installation
- Content
View full analysis
Vulnerability Details
File Location:
SKILL.md, lines 5, 21–27, 65–67, and 137–138
Vulnerability Type: Supply-chain exposure through mutable, externally hosted executables and components
Risk Level: MediumVulnerable Code
yaml metadata: {"openclaw": {"emoji": "🖥️", "install": [{"id": "brew", "kind": "brew", "formula":"Mininglamp-AI/tap/mano-cua", "bins":["mano-cua"],"label": "Install mano-cua (brew)"}]}}markdown **macOS / Linux (Homebrew):** ```bash brew install Mininglamp-AI/tap/mano-cuaWindows:
Download the latest
mano-cua-windows.zipfrom GitHub Releases, extract it, and add the folder to yourPATH.text ```bash mano-cua check mano-cua install-sdk mano-cua install-modelmarkdown - The full source code is [open source on GitHub](https://github.com/Mininglamp-AI/mano-skill) under MIT-0 license. The Homebrew formula builds directly from tagged GitHub releases with verifiable checksums. - All network calls are isolated in a single module ([`task_model.py`](https://github.com/Mininglamp-AI/mano-skill/blob/main/visual/model/task_model.py)) for easy auditing.Technical Analysis
The Skill directs users to install and execute
mano-cuafrom a third-party Homebrew tap or an unpinned “latest” GitHub release. It also directs the installed executable to retrieve an SDK and model. The reviewed package contains no executable source, Homebrew formula, immutable release identifier, expected cryptographic digest, signature, lockfile, or verification command.Although the documentation states that tagged releases have verifiable checksums, it does not pin a specific release or provide a trusted checksum against which the downloaded artifact must be verified. Consequently, the executable evaluated at installation time can differ from the artifact that existed when the Skill documentation was reviewed. ...[truncated 2352 chars]
- Remediation
View remediation
Remediation Suggestions
- Pin the Homebrew installation to a specific immutable release and audited formula revision rather than relying on the current state of a mutable tap.
- Replace “latest” Windows download instructions with a specific versioned release URL.
- Publish SHA-256 or stronger digests for every platform artifact in a trusted, version-controlled location and provide explicit verification commands before extraction or execution.
- Prefer signed releases and verify platform-native signatures or Sigstore attestations. Document the trusted signer identity and fail installation when verification fails.
- Document the exact URLs, versions, hashes, and signatures used by
install-sdkandinstall-model. Ensure those commands reject unsigned or hash-mismatched content. - Include or vendor the relevant installer and networking source in the reviewed package, or pin links to immutable commit hashes so the implementation reviewed cannot change silently.
- Apply least privilege operationally: request accessibility and screen-capture permissions only when required, avoid elevated installation or execution, and clearly distinguish permissions needed for local and cloud modes.
- Document cloud endpoints, authentication, screenshot retention, redaction, and transport controls so privacy claims can be independently verified.
