T08 · Insecure Dependencies
- Location
SKILL.md:11- Finding
Unpinned Unofficial CLI Handles Sensitive Workflowy Credentials and Data
- Content
View full analysis
Vulnerability Details
File Location:
SKILL.md, lines 11–14 and line 19
Vulnerability Type: Unverified and unpinned third-party dependency
Risk Level: MediumVulnerable Code
yaml install: - kind: brew formula: mholzen/workflowy/workflowy-cli bins: [workflowy]markdown Use the unofficial `workflowy` CLI [mholzen/workflowy](https://github.com/mholzen/workflowy) to interact with the [Workflowy API](https://workflowy.com/api-reference/) for managing a Workflowy outline. Requires API key setup.Technical Analysis
The skill directs users to install an unofficial third-party Workflowy CLI through a mutable Homebrew formula. It does not pin an exact package version, source commit, or cryptographic checksum. Consequently, the dependency installed when the skill is used may differ from the implementation that was originally reviewed.
The CLI receives access to a Workflowy API key through
~/.workflowy/api.keyor theWORKFLOWY_API_KEYenvironment variable. It is also authorized to read and modify private outline data. A compromised upstream repository, Homebrew tap, release artifact, maintainer account, or dependency in the CLI's own supply chain could therefore introduce code that executes under the user's local account and has access to these resources.This finding does not establish that the named project is malicious. The risk arises from trusting an unofficial, unpinned dependency with sensitive credentials and destructive data-management capabilities without integrity verification.
Attack Path
- An attacker compromises the CLI repository, release process, Homebrew formula source, maintainer account, or a transitive dependency.
- The attacker publishes a modified release while retaining the expected package and executable names.
- A user follows the skill's installation instructions or upgrades the unpinned formula.
- Homebrew installs the attacker-controll ...[truncated 786 chars]
- Remediation
View remediation
Remediation Suggestions
- Prefer an official Workflowy client or an officially supported integration where available.
- Pin the CLI to a specific audited release and immutable source commit rather than tracking a mutable formula.
- Verify release artifacts with a documented cryptographic checksum or signature before installation.
- Pin and audit transitive dependencies and use automated dependency and provenance scanning.
- Document the exact repository, release version, expected digest, and verification procedure in the skill.
- Run the CLI with the least possible local and API privileges, ideally in an isolated environment with access only to required files.
- Avoid exposing the API key broadly through the process environment when file-based credential handling with restrictive permissions is available.
- Rotate the Workflowy API key promptly if dependency compromise is suspected, and review the account for unauthorized data access or destructive operations.
- Require explicit user confirmation before destructive commands such as recursive deletion or broad replacement operations.
