dsh-bash-terminal-ts

检测报告

能力清单

• 以提权方式执行privilege-escalation高关注3 处命中
  • README.en.md:94Start-Process cmd -Verb RunAs -Wait -ArgumentList '/c','mklink /H "C:\Program Files\Git\bin\git-bash.exe" "C:\Program Fi…
  • README.en.md:113> context, start one with `Start-Process cmd -Verb RunAs` (Windows prompts once) and redirect the
  • README.md:136Start-Process cmd -Verb RunAs -Wait -ArgumentList '/c','mklink /H "C:\Program Files\Git\bin\git-bash.exe" "C:\Program Fi…
  • 确认提权是插件功能本身需要，还是仅仅在探测环境。多数插件不需要 root。
• 可执行外部程序spawns-processes高关注2 处命中
  • lib/webterminals/catalog.js:15import { execFile } from "node:child_process";
  • src/webterminals/catalog.ts:16import { execFile } from "node:child_process";
  • 看它调用哪些程序。调用本机已有的工具是常见做法。
• 含混淆或编码代码obfuscated-code需留意327 处命中
  • dist/client.core.js:6143"shell.description": "shell \u5DE5\u5177\u6267\u884C\u547D\u4EE4\u65F6\u4F7F\u7528\u7684\u7EC8\u7AEF",
  • dist/client.core.js:6148"shell.unavailable": "\u8BBE\u7F6E\u9762\u4E0D\u53EF\u7528\uFF1A\u5BBF\u4E3B\u914D\u7F6E\u6865\u672A\u54CD\u5E94\uFF08\u…
  • dist/client.core.js:6150"dock.hint": "\u5F00\u5173\u53EA\u5F71\u54CD\u5E95\u90E8\u5DE5\u4F5C\u53F0\u91CC\u7684\u7EC8\u7AEF\uFF0C\u4E0D\u6539\u53…
  • dist/client.core.js:6154"dock.state.launcherOnly": "\u53EA\u627E\u5230\u542F\u52A8\u5668\uFF0C\u65E0\u6CD5\u5185\u5D4C",
  • 混淆本身不是恶意，但公开源码里出现大段混淆值得问一句为什么。
• 启动伪终端spawns-pty需留意94 处命中
  • dist/client.core.js:6160"dock.unavailable.noPty": "\u672C\u673A\u6CA1\u6709\u53EF\u7528\u7684 PTY \u540E\u7AEF\uFF1Anode-pty \u672A\u6784\u5EFA\…
  • dist/client.core.js:6205"dock.unavailable.noPty": "No PTY backend on this machine: node-pty did not build and the host exposes no terminal seam …
  • dist/client.core.js:6250"dock.unavailable.noPty": "\u3053\u306E\u30DE\u30B7\u30F3\u306B\u5229\u7528\u53EF\u80FD\u306A PTY \u30D0\u30C3\u30AF\u30…
  • dist/client.core.js:6295"dock.unavailable.noPty": "\uC774 \uCEF4\uD4E8\uD130\uC5D0 \uC0AC\uC6A9 \uAC00\uB2A5\uD55C PTY \uBC31\uC5D4\uB4DC\uAC00 …
  • 伪终端等于给了一个完整 shell。确认这是插件的核心功能。
• 发起网络请求network需留意16 处命中
  • dist/client.core.js:6613response = await fetch(url.toString(), {
  • dist/client.core.js:6658const response = await fetch(hostRouteUrl(CONFIG_PATH).toString(), { method: "GET", credentials: "same-origin" });
  • dist/client.core.js:6845socket = new WebSocket(terminalSocketUrl(id).toString());
  • dist/client.core.js:7415socket = new WebSocket(terminalSocketUrl(id).toString());
  • 看请求发往哪些域名。发往作者自己的后端是常见做法。
• 写入文件writes-files需留意6 处命中
  • scripts/build-browser-tests.mjs:15mkdirSync(join(root, "test-dist"), { recursive: true });
  • scripts/build-client.mjs:13mkdirSync(join(root, "dist"), { recursive: true });
  • scripts/build-client.mjs:14mkdirSync(join(root, "lib"), { recursive: true });
  • scripts/build-client.mjs:55writeFileSync(join(root, "lib", "client.js"), wrapper);
  • 看写入位置。写自己的配置目录是正常的，写系统目录不是。
• R011 客户端可疑脚本client-side-risk需留意3 处命中
  • client.core.js: postMessage 无 origin 校验; client.js: postMessage 无 origin 校验
  • 浏览器侧代码能改你看到的界面。确认改动范围符合插件用途。
• 读取环境变量reads-env一般24 处命中
  • lib/webterminals/catalog.js:91env: (id) => uiEnv(id, process.env),
  • lib/index.js:95export function candidatePwshPaths(env = process.env) {
  • lib/index.js:113export function candidateGitBashPaths(env = process.env) {
  • lib/index.js:147export function candidateMsys2Paths(env = process.env) {
  • 环境变量里常混有密钥。看它是否把整个 env 都读走。
• 读取文件reads-files一般14 处命中
  • lib/webterminals/catalog.js:22return statSync(path).isFile();
  • scripts/build-client.mjs:44const core = readFileSync(join(root, "dist", "client.core.js"), "utf8");
  • scripts/check-artifacts.mjs:18const pkg = JSON.parse(readFileSync("package.json", "utf8"));
  • scripts/check-artifacts.mjs:19const bundle = readFileSync("lib/client.js", "utf8");
  • 读文件是绝大多数插件的正常工作方式，本身不构成顾虑。
• 接触凭据或密钥credentials一般8 处命中
  • dist/client.core.js:6617credentials: "same-origin"
  • dist/client.core.js:6658const response = await fetch(hostRouteUrl(CONFIG_PATH).toString(), { method: "GET", credentials: "same-origin" });
  • dist/client.js:6622credentials: "same-origin"
  • dist/client.js:6663const response = await fetch(hostRouteUrl(CONFIG_PATH).toString(), { method: "GET", credentials: "same-origin" });
  • 看它读取哪些凭据、发往哪里。用于登录自己的服务是正常的。
• 动态加载模块dynamic-import一般8 处命中
  • lib/terminal.js:128const mod = (await import("node-pty"));
  • README.de.md:84> `Failed to load plugins` / `require(...) missed the module table`.
  • README.es.md:84> `Failed to load plugins` / `require(...) missed the module table`.
  • README.md:103> `Failed to load plugins` / `require(...) missed the module table`。
  • 动态导入本身无害，但会让依赖关系难以静态审阅。
• 文中出现远程脚本地址remote-url-reference一般3 处命中
  • dist/client.core.js:7113* https://github.com/chjj/term.js
  • dist/client.js:7118* https://github.com/chjj/term.js
  • lib/client.js:7118* https://github.com/chjj/term.js
  • 只是文本里出现了远程脚本地址，没有看到加载它的调用。多半是文档或注释；若确实可疑，搜一下这个地址在包里的其他出现位置。

这份报告的口径

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

依赖安全公告