dsh-tg-bridge@1.35.0
Drive DeepSeek Harness from Telegram: one project, model and session per forum topic
AI Security Review
scanned 5d ago · by lpm-firewall-aiThe flagged shell and credential behavior serves the package's stated bridge, setup, model-probe, and transcription functions. The reviewed credential flows send tokens to Telegram or user-configured providers; I found no unrelated collector or concealed automatic action.
Decision evidence
public snapshot- The manifest defines no npm lifecycle hooks; setup, check, and hooks are explicitly invoked scripts.
- The plugin starts the bridge only when autoStart is enabled, a config file exists, and no bridge process is already running.
- Setup uses the Telegram bot token to call Telegram's own getMe endpoint as a connectivity check.
- Model probes send a minimal ping and the provider key to the base URL configured in the user's profile.
- Voice transcription sends audio to the configured speech endpoint when transcription is requested.
- Setup reads the Telegram token and runs system commands, but the reviewed code uses them for bridge diagnostics, restart, and scheduling.
- The bridge reads configured provider credentials; the reviewed probe sends them to the configured provider host.
- The package can write a global persona file, but the write is reached through an explicit /soul command.
Source & flagged code
9 flaggedSource executes local commands and sends command output to an external endpoint.
setup.mjs#virtual:normalized:round1View on unpkg · L107Findings
Affected versions and remediation
This report applies to dsh-tg-bridge@1.35.0.
See all versions of dsh-tg-bridge for other recorded verdicts.
- Review the evidence and your use of dsh-tg-bridge@1.35.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.