@tsuga/cli@1.72.0
Tsuga CLI - manage resources from the command line
AI Security Review
scanned 13d ago · by lpm-firewall-aiThe shipped entrypoint’s credential and telemetry paths are consistent with the CLI’s stated function and include destination validation and effective telemetry consent. Scanner signals for process execution and network access correspond to telemetry transport and ordinary API use, not a confirmed attack.
Decision evidence
public snapshot- The manifest points the CLI to dist/cli.js and lists no install lifecycle hook.
- The CLI validates its API URL, requiring HTTPS for Tsuga domains and otherwise allowing only localhost; its default is the Tsuga API.
- API requests use a bearer token derived from the configured credential and send it to the validated API URL.
- Login exchanges a browser authorization code and saves the resulting session locally.
- Run telemetry sends command and execution metadata only after explicit opt-in or affirmative consent; the subprocess posts that metadata and does not collect command output.
Source & flagged code
17 flaggedFindings
Affected versions and remediation
This report applies to @tsuga/cli@1.72.0.
See all versions of @tsuga/cli for other recorded verdicts.
- Review the evidence and your use of @tsuga/cli@1.72.0 before allowing it. Restrict the permissions described in this report.
- Choose an independently verified alternative or release. This report does not establish that other versions are safe.
Evidence last updated: .
Think this verdict is wrong? Dispute it on GitHub or read how reports are produced.