dsh-bridge

检测报告

能力清单

• 以 shell 执行命令shell-exec高关注7 处命中
  • lib/index.js:990// 命令为固定字面量（无用户输入），shell 拼接安全；带 args 的 shell:true 在 Node 24 有弃用警告
  • lib/index.js:993shell: true,
  • lib/index.js:1448cp = spawn(cmd, args, { windowsHide: true, shell: true, env: augmentedEnv, timeout: 8000 });
  • lib/index.js:1595// 避免未校验字符串进入 shell:true 的 spawn 参数（参数拼接有注入风险）。
  • 看命令字符串是拼出来的还是写死的。拼接用户输入才是真正的风险。
• 可执行外部程序spawns-processes高关注4 处命中
  • lib/cloudflared-process-scan.js:15import { execFileSync } from 'node:child_process';
  • lib/index.js:15import { spawn } from 'node:child_process';
  • lib/cloudflared-manager.mjs:1import { spawn, execFileSync } from 'node:child_process';
  • lib/restart-helper.mjs:11import { spawn } from 'node:child_process';
  • 看它调用哪些程序。调用本机已有的工具是常见做法。
• 含混淆或编码代码obfuscated-code需留意448 处命中
  • client/client.js:36/* DSH Bridge \u9690\u85CF Tab \u680F\u539F\u751F\u6EDA\u52A8\u6761\u5E76\u4FDD\u6301\u5E73\u6ED1\u6ED1\u52A8 */
  • client/client.js:47/* DSH Bridge \u79FB\u52A8\u7AEF\u81EA\u9002\u5E94\u4E0E\u89E6\u63A7\u4EA4\u4E92\u589E\u5F3A\u6837\u5F0F */
  • client/client.js:54/* \u6302\u5728 <body> \u4E0B\u3001\u81EA\u5E26\u906E\u7F69\u7684\u300C\u6A21\u6001\u6839\u300D\u5FC5\u987B\u80FD\u76D6\…
  • client/client.js:55\u2014\u2014 \u8FD9\u662F\u672C\u63D2\u4EF6\u62AC\u9AD8\u8BBE\u7F6E\u5F39\u7A97\u5C42\u53E0\u540E\u5FC5\u987B\u81EA\u5DF…
  • 混淆本身不是恶意，但公开源码里出现大段混淆值得问一句为什么。
• 写入文件writes-files需留意33 处命中
  • lib/platform/commands.js:64// 首选 DSH 原生会话标题服务：rename() 会追加 session/title 事件并落盘，
  • lib/platform/commands.js:70titleService.rename(session, newTitle)
  • lib/telegram/gateway.js:605await fs.promises.mkdir(mediaDir, { recursive: true })
  • lib/telegram/gateway.js:610await fs.promises.writeFile(fullPath, buf)
  • 看写入位置。写自己的配置目录是正常的，写系统目录不是。
• 发起网络请求network需留意16 处命中
  • client/client.js:1640const res = await fetch(url, { method: "POST" });
  • lib/feishu/gateway.js:319const fetched = await channel.comments.fetch(target, commentId)
  • lib/qq/gateway.js:38const response = await fetch(url, {
  • lib/qq/gateway.js:263const ws = new WebSocket(url)
  • 看请求发往哪些域名。发往作者自己的后端是常见做法。
• 可终止进程kills-processes需留意1 处命中
  • lib/restart-helper.mjs:33process.kill(targetPid, 0);
  • 看它终止的是自己启动的进程，还是按名字匹配到的任意进程。
• 接触凭据或密钥credentials一般48 处命中
  • client/client.js:3958payload.clientSecret = cfgDraft.clientSecret.trim();
  • client/client.js:3969const cfgDirty = cfgDraft && platform?.config && (Number(cfgDraft.digestIntervalSec) !== platform.config.digestIntervalS…
  • client/client.js:4510value: platformId === "qq" ? cfgDraft?.clientSecret ?? "" : cfgDraft?.appSecret ?? "",
  • client/client.js:4538disabled: busy || (platformId === "telegram" ? !cfgDraft?.botToken?.trim() : !cfgDraft?.appId?.trim() || (platformId ===…
  • 看它读取哪些凭据、发往哪里。用于登录自己的服务是正常的。
• 读取文件reads-files一般42 处命中
  • lib/cloudflared-process-scan.js:59const read = readFileFn ?? ((p) => readFileSync(p, 'utf8'));
  • lib/auth/dsh-native-cookie.js:142const secret = readBrowserSessionSecret(readFile(credPath, 'utf8'));
  • lib/platform/dsh-storage.js:27if (existsSync(wsFile)) {
  • lib/platform/dsh-storage.js:28const data = JSON.parse(readFileSync(wsFile, 'utf8'))
  • 读文件是绝大多数插件的正常工作方式，本身不构成顾虑。
• 读取环境变量reads-env一般35 处命中
  • lib/auth/dsh-native-cookie.js:139const dshHome = env.dshHome ?? process.env.DSH_HOME ?? join(homedir(), '.dsh');
  • lib/platform/dsh-storage.js:25const home = process.env.DSH_HOME || join(homedir(), '.dsh')
  • lib/platform/dsh-storage.js:85const home = process.env.DSH_HOME || join(homedir(), '.dsh')
  • lib/platform/dsh-storage.js:149const home = process.env.DSH_HOME || join(homedir(), '.dsh')
  • 环境变量里常混有密钥。看它是否把整个 env 都读走。
• 动态加载模块dynamic-import一般3 处命中
  • lib/wechat/node.js:285const { downloadMedia, normalizeAesKey } = await import('./media.js')
  • lib/wechat/node.js:300const { mkdir, writeFile } = await import('node:fs/promises')
  • lib/wechat/node.js:301const { join } = await import('node:path')
  • 动态导入本身无害，但会让依赖关系难以静态审阅。
• 文中出现远程脚本地址remote-url-reference一般2 处命中
  • README.en.md:12<a href="https://nodejs.org/"><img src="https://img.shields.io/badge/Node.js-%E2%89%A522.19%20%7C%20%E2%89%A524-339933?s…
  • README.md:12<a href="https://nodejs.org/"><img src="https://img.shields.io/badge/Node.js-%E2%89%A522.19%20%7C%20%E2%89%A524-339933?s…
  • 只是文本里出现了远程脚本地址，没有看到加载它的调用。多半是文档或注释；若确实可疑，搜一下这个地址在包里的其他出现位置。

这份报告的口径

扫描读的是包里的源码，全程不执行第三方代码。 本次读了 63 个文件，扫描于 2026-10-15。 命中次数只说明源码里出现过这类调用，不说明行为好坏——一个插件读写文件 500 次和 1 次 都会被记为「读取文件」。这是能力清单，不是信任评分，也不是安全结论： 没扫出来的能力可能只是写法没被规则覆盖。

依赖安全公告