dsh-top100-plugin

检测报告

能力清单

• 可执行外部程序spawns-processes高关注5 处命中
  • lib/host/catalog.js:3import { execFile } from "node:child_process";
  • lib/install/dsh-cli.js:2import { spawn } from "node:child_process";
  • lib/host/restart-helper.js:2import { spawn } from "node:child_process";
  • lib/host/restart.js:2import { spawn } from "node:child_process";
  • 看它调用哪些程序。调用本机已有的工具是常见做法。
• 写入文件writes-files需留意59 处命中
  • lib/install/allow-builds.js:130writeFileSync(temporary, next, "utf8");
  • lib/install/allow-builds.js:131renameSync(temporary, path);
  • lib/host/catalog.js:403await mkdir(catalogCacheDirectory(), { recursive: true });
  • lib/host/catalog.js:405await writeFile(temporary, `${JSON.stringify(payload)}\n`, "utf8");
  • 看写入位置。写自己的配置目录是正常的，写系统目录不是。
• 发起网络请求network需留意15 处命中
  • lib/host/catalog.js:493const response = await fetch(url, {
  • client/client.js:49fetch("/dsh-top100/status", {
  • client/client.js:578const response = await fetch("/dsh-top100/diagnose", {
  • client/client.js:1554const response = await fetch(url, init);
  • 看请求发往哪些域名。发往作者自己的后端是常见做法。
• 可终止进程kills-processes需留意3 处命中
  • lib/install/dsh-cli.js:132process.kill(-child.pid, signal);
  • lib/host/restart-helper.js:17process.kill(pid, 0);
  • lib/host/restart.js:95setTimeout(() => process.kill(process.pid, "SIGTERM"), 200);
  • 看它终止的是自己启动的进程，还是按名字匹配到的任意进程。
• 读取文件reads-files一般72 处命中
  • lib/install/allow-builds.js:113source = readFileSync(path, "utf8");
  • lib/host/catalog.js:366const payload = JSON.parse(await readFile(catalogCachePath(url), "utf8"));
  • lib/host/catalog.js:380const payload = JSON.parse(await readFile(manifestCachePath(dataUrl), "utf8"));
  • lib/host/catalog.js:520const text = await readFile(file, "utf8");
  • 读文件是绝大多数插件的正常工作方式，本身不构成顾虑。
• 读取环境变量reads-env一般23 处命中
  • lib/host/catalog.js:342if (process.env.DSH_TOP100_CACHE_DIR?.trim())
  • lib/host/catalog.js:343return process.env.DSH_TOP100_CACHE_DIR.trim();
  • lib/host/catalog.js:344const dshHome = process.env.DSH_HOME ?? join(homedir(), ".dsh");
  • lib/host/catalog.js:510const systemRoot = process.env.SystemRoot || "C:\\Windows";
  • 环境变量里常混有密钥。看它是否把整个 env 都读走。
• 接触凭据或密钥credentials一般5 处命中
  • client/client.js:952if (url.port && url.port !== PORTS[url.protocol] || url.search || url.password) return null;
  • client/client.js:1084if (!["http:", "https:"].includes(url.protocol) || url.username || url.password || url.search || url.hash) return null;
  • lib/shared/github-source.js:29if ((url.port && url.port !== PORTS[url.protocol]) || url.search || url.password)
  • lib/shared/install-source.js:134if (!["http:", "https:"].includes(url.protocol) || url.username || url.password || url.search || url.hash)
  • 看它读取哪些凭据、发往哪里。用于登录自己的服务是正常的。
• 动态加载模块dynamic-import一般5 处命中
  • lib/host/desktop-profile.js:12import(pathToFileURL(require.resolve("@deepseek-ai/dsh-plugin-manager/operations")).href),
  • lib/host/desktop-profile.js:13import(pathToFileURL(require.resolve("@deepseek-ai/dsh-app-boot")).href),
  • lib/index.js:30void import("./host/settings.js")
  • lib/host/contracts.d.ts:15restartCapability?: () => import("./restart.js").RestartCapability;
  • 动态导入本身无害，但会让依赖关系难以静态审阅。

这份报告的口径

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

依赖安全公告