dsh-client-ui-task-board

检测报告

能力清单

• 可执行外部程序spawns-processes高关注4 处命中
  • lib/index.js:2import { spawn, spawnSync } from "node:child_process";
  • src/host-ledger.ts:1import { spawnSync } from 'node:child_process'
  • lib/types/power-inhibitor.d.ts:1import { type ChildProcess, type SpawnSyncReturns } from 'node:child_process';
  • src/power-inhibitor.ts:1import { spawn as nodeSpawn, spawnSync as nodeSpawnSync, type ChildProcess, type SpawnSyncReturns } from 'node:child_pro…
  • 看它调用哪些程序。调用本机已有的工具是常见做法。
• 写入文件writes-files需留意32 处命中
  • lib/index.js:3993mkdirSync(dir, { recursive: true });
  • lib/index.js:4031unlinkSync(join(dir, entry));
  • lib/index.js:4143if (JSON.parse(readFileSync(this.lockFile, "utf8")).token === this.lockToken) unlinkSync(this.lockFile);
  • lib/index.js:5023if (existed) renameSync(this.file, `${this.file}.corrupt-${this.now()}-${process.pid}-${crypto.randomUUID()}`);
  • 看写入位置。写自己的配置目录是正常的，写系统目录不是。
• 含混淆或编码代码obfuscated-code需留意21 处命中
  • lib/types/host-service.d.ts:43export declare const NO_MATCHING_PASS_VERIFICATION_REASON = "goal \u9A8C\u6536\uFF1A\u672C\u6B21\u6267\u884C\u6CA1\u6709…
  • lib/types/host-service.d.ts:52export declare const NEVER_INVOKED_VERIFICATION_REASON = "goal \u9A8C\u6536\u672A\u89E6\u53D1\uFF1A\u672C\u6B21\u6267\u8…
  • lib/types/host-service.d.ts:61export declare const INVALID_ONLY_VERIFICATION_REASON = "goal \u9A8C\u6536\u65E0\u6548\uFF1A\u672C\u6B21\u6267\u884C\u53…
  • lib/types/index.d.ts:18export declare const TASK_BOARD_GUIDANCE = "\u672C\u673A\u5DF2\u5B89\u88C5 dsh-task-board \u63D2\u4EF6\uFF08DSH Web GUI …
  • 混淆本身不是恶意，但公开源码里出现大段混淆值得问一句为什么。
• 发起网络请求network需留意3 处命中
  • src/client/host-api.ts:246return await readJson<TaskBoardSnapshot>(await fetch(url, { ...init, signal: controller.signal }))
  • src/client/host-api.ts:266response = await fetch(`${CLIENT_API_PREFIX}/parse`, {
  • src/client/telemetry.ts:94void fetch(ENDPOINT, {
  • 看请求发往哪些域名。发往作者自己的后端是常见做法。
• 可终止进程kills-processes需留意2 处命中
  • lib/index.js:3683* and `X` (dead, being reaped). `process.kill(pid, 0)` reports such PIDs as
  • lib/index.js:3724process.kill(pid, 0);
  • src/host-ledger.ts:172* and `X` (dead, being reaped). `process.kill(pid, 0)` reports such PIDs as
  • src/host-ledger.ts:212process.kill(pid, 0)
  • 看它终止的是自己启动的进程，还是按名字匹配到的任意进程。
• 启动伪终端spawns-pty需留意2 处命中
  • lib/index.js:3762const probe = spawnSync("powershell", [
  • src/host-ledger.ts:257const probe = spawnSync('powershell', ['-NoProfile', '-NonInteractive', '-Command', script], {
  • 伪终端等于给了一个完整 shell。确认这是插件的核心功能。
• R011 客户端可疑脚本client-side-risk需留意1 处命中
  • host-api.ts: postMessage 无 origin 校验
  • 浏览器侧代码能改你看到的界面。确认改动范围符合插件用途。
• 动态加载模块dynamic-import一般24 处命中
  • …lient/board/ClampedMarkdown.d.ts:3}): import("react").JSX.Element;
  • …/client/board/ConfirmDialog.d.ts:15export declare function ConfirmDialog({ title, message, confirmLabel, danger, phase, onCancel, onConfirm }: ConfirmDialo…
  • …/client/board/EditTaskModal.d.ts:10}): import("react").JSX.Element;
  • …/client/board/EditTaskModal.d.ts:17}): import("react").JSX.Element;
  • 动态导入本身无害，但会让依赖关系难以静态审阅。
• 读取文件reads-files一般22 处命中
  • lib/index.js:3697const stat = readFileSync(`/proc/${pid}/stat`, "utf8");
  • lib/index.js:3746const stat = readFileSync(`/proc/${pid}/stat`, "utf8");
  • lib/index.js:3751const bootMatch = /^btime\s+(\d+)/m.exec(readFileSync("/proc/stat", "utf8"));
  • lib/index.js:4029const entries = readdirSync(dir);
  • 读文件是绝大多数插件的正常工作方式，本身不构成顾虑。
• 读取环境变量reads-env一般8 处命中
  • lib/index.js:81function resolveDshHome(env = process.env, home = homedir()) {
  • lib/index.js:3817...process.env,
  • lib/index.js:5887this.env = options.env ?? process.env;
  • lib/index.js:10116function resolveProxyAccess(config, env = process.env) {
  • 环境变量里常混有密钥。看它是否把整个 env 都读走。
• 接触凭据或密钥credentials一般2 处命中
  • lib/index.js:8665if (url.username !== "" || url.password !== "" || url.pathname !== "/" || url.search !== "" || url.hash !== "") return v…
  • src/host-routes.ts:52if (url.username !== '' || url.password !== '' || url.pathname !== '/' || url.search !== '' || url.hash !== '') return u…
  • 看它读取哪些凭据、发往哪里。用于登录自己的服务是正常的。

这份报告的口径

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

依赖安全公告

已查询这个插件声明的全部依赖，没有匹配到已公开的安全公告。（含 DSH 框架包在内的 @deepseek-ai/* 不作查询——那是运行时自己的问题，不是插件的。）