T08 · Insecure Dependencies
- Location
SKILL.md:14- Finding
Unpinned Third-Party CLI Has Repository Access and Patch-Application Capabilities
- Content
View full analysis
Vulnerability Details
File Location:
SKILL.md, lines 14–18
Vulnerability Type: Unpinned third-party dependency
Risk Level: MediumVulnerable Code
bash npm install -g @next-halo/hokipoki-cli hokipoki loginRelated high-impact capabilities are documented at
SKILL.md, lines 29–50:bash # Specific files hokipoki request --tool claude --task "Fix the auth bug" --files src/auth.ts --json # Entire directory hokipoki request --tool codex --task "Add error handling" --dir src/services/ --json # Whole project (respects .gitignore) hokipoki request --tool gemini --task "Review for security issues" --all --json # Route to a team workspace hokipoki request --tool claude --task "Optimize queries" --files src/db.ts --workspace my-team --json # Skip auto-apply (just save the patch) hokipoki request --tool codex --task "Refactor module" --dir src/ --no-auto-apply --jsonThe documentation further states:
text Patches auto-apply when the target directory is a git repo with committed files.Technical Analysis
The installation command retrieves the latest available version of
@next-halo/hokipoki-cliwithout an exact version, integrity hash, lockfile, or other reproducibility control. It installs the package globally, and the resulting executable runs with the invoking user's privileges.The installed CLI is subsequently entrusted with sensitive operations: authenticating the user, reading specified files or an entire repository, transmitting those materials to remote AI providers, and automatically applying returned patches. Consequently, a compromised package release, registry account, transitive dependency, or unexpectedly changed upstream version could abuse the same access granted for legitimate operation.
The audited package contains only documentation, so the claimed encryption, container isolation, credential handling, and data-retention properties cannot ...[truncated 1614 chars]
- Remediation
View remediation
Remediation Suggestions
- Pin the CLI to a reviewed exact version rather than installing an unconstrained latest release.
- Publish and verify package integrity information, such as a trusted checksum, signature, or npm integrity value.
- Provide a verifiable link to the corresponding source revision and document a reproducible review process.
- Prefer a project-local, locked dependency or an isolated execution environment over a global installation.
- Disable patch auto-application by default. Save patches for explicit human review and approval before modifying the working tree.
- Default to an explicit allowlist of files. Require informed confirmation before transmitting directories or an entire repository.
- Add preflight secret scanning and clearly warn users that ignored files, generated artifacts, and tracked configuration may contain sensitive information.
- Run the CLI with least privilege and restrict its filesystem and network access to what each request requires.
- Independently assess the CLI implementation and its transitive dependencies before relying on its encryption, isolation, token-handling, and data-deletion claims.
