dsh-workload-report

检测报告

能力清单

• 含混淆或编码代码obfuscated-code需留意47 处命中
  • lib/client.js:74/* \u6A21\u578B\u540D\u53EF\u80FD\u5F88\u957F\uFF0C\u53EA\u6709\u8FD9\u5F20\u5361\u5141\u8BB8\u6362\u884C */
  • lib/client.js:96/* \u4E3B\u8981\u4F1A\u8BDD\uFF1A\u5217\u5185\u6D45\u8272\u6761\u5F62\u56FE\uFF08\u5BBD\u5EA6\uFF1D\u8BE5\u884C\u6570\u5…
  • lib/client.js:103/* \u53EF\u6392\u5E8F\u8868\u5934\uFF1A\u5F53\u524D\u6392\u5E8F\u5217\u7528\u4E3B\u8272\u52A0\u7C97 + \u7BAD\u5934\u6307…
  • lib/client.js:118/* \u5217\u5934\u53EA\u51FA\u73B0\u4E00\u6B21\uFF0C\u548C\u6BCF\u884C\u7684\u4E24\u680F\u5BF9\u9F50 */
  • 混淆本身不是恶意，但公开源码里出现大段混淆值得问一句为什么。
• 写入文件writes-files需留意3 处命中
  • index.js:226await mkdir(dirname(path), { recursive: true });
  • index.js:235await writeFile(temp, payload);
  • index.js:236await rename(temp, path);
  • 看写入位置。写自己的配置目录是正常的，写系统目录不是。
• 发起网络请求network需留意1 处命中
  • lib/client.js:248{value} ({share})`,"pie.title":"Workspace share","pie.byTime":"By time","pie.byTokens":"By tokens","pie.totalTime":"Tota…
  • 看请求发往哪些域名。发往作者自己的后端是常见做法。
• 读取环境变量reads-env一般3 处命中
  • index.js:191const home = (typeof process.env.DSH_HOME === "string" && process.env.DSH_HOME.trim().length > 0)
  • index.js:192? process.env.DSH_HOME.trim()
  • 环境变量里常混有密钥。看它是否把整个 env 都读走。
• 文中出现远程脚本地址remote-url-reference一般2 处命中
  • README.md:12[![node](https://img.shields.io/badge/node-%3E%3D22-339933?style=flat-square&logo=node.js)](https://nodejs.org)
  • README.zh-CN.md:12[![node](https://img.shields.io/badge/node-%3E%3D22-339933?style=flat-square&logo=node.js)](https://nodejs.org)
  • 只是文本里出现了远程脚本地址，没有看到加载它的调用。多半是文档或注释；若确实可疑，搜一下这个地址在包里的其他出现位置。
• 读取文件reads-files一般1 处命中
  • index.js:202const text = await readFile(this.indexPath(), "utf8");
  • 读文件是绝大多数插件的正常工作方式，本身不构成顾虑。

这份报告的口径

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

依赖安全公告

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

可信度

• 0没有可扣分的项