xchange-cli@0.12.22
AI Security Review
scanned 4d ago · by lpm-firewall-aiThe desktop build automatically serves sponsored cards and reports receipts, while the README says there are no ads or tracking. This is undisclosed runtime telemetry, but the inspected code does not establish theft of credentials belonging to another service.
Decision evidence
public snapshot- The desktop app starts a sponsored-card watcher when Electron is ready; its only visible opt-out is XCHANGE_ADS=0.
- The watcher reads account fields from local configuration and requests a house credential using the configured service URL and session token.
- The obfuscated ads module fetches sponsored creatives and sends authenticated receipts to API_ORIGIN.
- The README says the service has “No account, no ads, no tracking,” which conflicts with the automatic sponsored-card flow.
- The session token is passed to the configured service URL to obtain a separate house credential; the inspected code does not show discovery of credentials for other services.
Source & flagged code
6 flaggedPackage source references child process execution.
dist/cli/src/systemd.jsView on unpkg · L1Package source references dynamic require/import behavior.
bin/xchange.jsView on unpkg · L11Findings
Affected versions and remediation
This report applies to xchange-cli@0.12.22.
See all versions of xchange-cli for other recorded verdicts.
- Review the evidence and your use of xchange-cli@0.12.22 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.