dsh-update-checker

检测报告

能力清单

• 可执行外部程序spawns-processes高关注5 处命中
  • lib/index.js:47import { exec, spawn, spawnSync } from "node:child_process";
  • scripts/main-update-worker.mjs:20import { spawn } from "node:child_process";
  • …pts/unit-posix-platform.test.mjs:4import { spawn } from 'node:child_process';
  • …ts/unit-stale-reconcile.test.mjs:6import { spawn } from 'node:child_process';
  • 看它调用哪些程序。调用本机已有的工具是常见做法。
• 写入文件writes-files需留意203 处命中
  • …pts/integration-backups.test.mjs:15await mkdir(profileNM, { recursive: true });
  • …pts/integration-backups.test.mjs:44await mkdir(legacyEntry, { recursive: true });
  • …pts/integration-backups.test.mjs:45await writeFile(join(legacyEntry, 'backup-info.json'), JSON.stringify({ name: 'dshcost', original: join(profileNM, 'dshc…
  • …pts/integration-backups.test.mjs:56await mkdir(join(dirs.main, 'plugins', 'dshcost-789'), { recursive: true });
  • 看写入位置。写自己的配置目录是正常的，写系统目录不是。
• 运行时改写自身配置modifies-own-manifest需留意49 处命中
  • …pts/integration-backups.test.mjs:81await writeFile(join(fw, 'dsh', 'package.json'), JSON.stringify({ name: '@deepseek-ai/dsh', version: '0.1.0-rc.6' }), 'u…
  • …pts/integration-backups.test.mjs:84await writeFile(join(deployRoot, 'package.json'), JSON.stringify({ dependencies: { '@deepseek-ai/dsh': '0.1.0-rc.6' } })…
  • …ipts/integration-dedupe.test.mjs:23await writeFile(join(pluginTop, 'package.json'), JSON.stringify(pkg), 'utf8');
  • …ipts/integration-dedupe.test.mjs:24await writeFile(join(pluginWeb, 'package.json'), JSON.stringify(pkg), 'utf8');
  • 运行时改写自身配置会让下次启动的行为和你看过的源码不一致。
• 发起网络请求network需留意15 处命中
  • lib/client.js:400return fetch(u, { cache: "no-store" }).then((res) => {
  • lib/client.js:407return fetch(url, {
  • lib/client.js:588fetch(UPDATE_PROGRESS_URL, { cache: "no-store" })
  • lib/client.js:638fetch(UPDATE_PROGRESS_URL, { cache: "no-store" })
  • 看请求发往哪些域名。发往作者自己的后端是常见做法。
• 动态执行代码dynamic-code需留意4 处命中
  • …tegration-sync-profiles.test.mjs:29const factory = new Function(
  • …ts/unit-tarball-timeout.test.mjs:24return new Function("http", "https", `${snippet}\nreturn httpGetBuffer;`)(http, https);
  • …ts/unit-tarball-timeout.test.mjs:191const poolFn = new Function(
  • …ts/unit-tarball-timeout.test.mjs:234const poolFn = new Function(
  • 看 eval / new Function 的入参来自哪里。常量字符串和用户输入是两回事。
• 读取环境变量reads-env一般155 处命中
  • lib/index.js:72const GH_TOKEN = process.env.GH_TOKEN || process.env.GITHUB_TOKEN || "";
  • lib/index.js:112process.env.DSH_UC_PROFILE_NODE_MODULES ||
  • lib/index.js:117const DSH_HOME = pickDshHome(process.env.DSH_HOME, PROFILE_NODE_MODULES);
  • lib/index.js:300env: process.env,
  • 环境变量里常混有密钥。看它是否把整个 env 都读走。
• 读取文件reads-files一般111 处命中
  • lib/index.js:318const pkg = JSON.parse(stripBom(readFileSync(file, "utf8")));
  • lib/index.js:334const readText = deps.readText || ((p) => readFile(p, "utf8"));
  • lib/index.js:429if (!existsSync(pnpmEntry)) return null;
  • lib/index.js:505await readFile(own, "utf8");
  • 读文件是绝大多数插件的正常工作方式，本身不构成顾虑。
• 动态加载模块dynamic-import一般35 处命中
  • …pts/integration-backups.test.mjs:17mod = await import('../lib/index.js');
  • …pts/integration-backups.test.mjs:50const legacyGone = await import('node:fs').then(({ existsSync }) => !existsSync(legacy));
  • …egration-client-desktop.test.mjs:38await import(clientUrl.href);
  • …ipts/integration-dedupe.test.mjs:41mod = await import('../lib/index.js');
  • 动态导入本身无害，但会让依赖关系难以静态审阅。
• 文中出现远程脚本地址remote-url-reference一般5 处命中
  • …ntegration-desktop-host.test.mjs:13http://127.0.0.1/deepseek-harness-0.2.1-alpha.1-win-x64.exe
  • …ntegration-desktop-host.test.mjs:18http://127.0.0.1/deepseek-harness-0.2.1-alpha.1-win-x64.exe
  • …ts/unit-desktop-runtime.test.mjs:27https://download.deepseek.com/dsh-desk/bin/win-x64/deepseek-harness-0.2.0-rc.2-win-x64.exe
  • …ts/unit-desktop-runtime.test.mjs:32https://download.deepseek.com/dsh-desk/bin/win-x64/deepseek-harness-0.2.0-rc.2-win-x64.exe
  • 只是文本里出现了远程脚本地址，没有看到加载它的调用。多半是文档或注释；若确实可疑，搜一下这个地址在包里的其他出现位置。
• 接触凭据或密钥credentials一般2 处命中
  • lib/index.js:72const GH_TOKEN = process.env.GH_TOKEN || process.env.GITHUB_TOKEN || "";
  • 看它读取哪些凭据、发往哪里。用于登录自己的服务是正常的。

这份报告的口径

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

依赖安全公告

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

可信度

• 0没有可扣分的项