dsh-skills-marketplace

检测报告

能力清单

• 可执行外部程序spawns-processes高关注2 处命中
  • lib/index.js:317import { spawnSync } from "node:child_process";
  • lib/remote.js:1import { spawnSync } from "node:child_process";
  • 看它调用哪些程序。调用本机已有的工具是常见做法。
• 写入文件writes-files需留意21 处命中
  • lib/index.js:35mkdirSync(this.dshHome, { recursive: true });
  • lib/index.js:36writeFileSync(this.stateFile(), JSON.stringify(this.state, null, 2));
  • lib/index.js:120rmSync(dest, { recursive: true, force: true });
  • lib/index.js:121mkdirSync(destRoot, { recursive: true });
  • 看写入位置。写自己的配置目录是正常的，写系统目录不是。
• 发起网络请求network需留意4 处命中
  • lib/client.js:88const r = await fetch(path, { headers: { accept: "application/json" } });
  • lib/client.js:92const r = await fetch(path, {
  • lib/client.js:100const r = await fetch(path, { method: "DELETE", headers: { "x-dsh-skills-marketplace": "1" } });
  • lib/client.js:104const r = await fetch(path, { method: "PUT", headers: WRITE_HEADERS, body: JSON.stringify(body) });
  • 看请求发往哪些域名。发往作者自己的后端是常见做法。
• 含混淆或编码代码obfuscated-code需留意4 处命中
  • lib/client.js:136none: "\u5C1A\u672A\u6DFB\u52A0\u4EFB\u4F55\u63D2\u4EF6\u5E02\u573A",
  • lib/client.js:143confirmRemoveBody: "\u5C06\u5220\u9664\u8BE5\u5E02\u573A\u7684\u6765\u6E90\u914D\u7F6E\uFF1B\u5DF2\u5B89\u88C5\u6280\u80…
  • lib/client.js:149sparsePathHint: "\u53EF\u9009\uFF0C\u63D2\u4EF6\u5B50\u76EE\u5F55\uFF0C\u5982 plugins/",
  • lib/client.js:158emptyCatalog: "\u8BE5\u6765\u6E90\u4E0B\u672A\u53D1\u73B0\u63D2\u4EF6",
  • 混淆本身不是恶意，但公开源码里出现大段混淆值得问一句为什么。
• 读取文件reads-files一般32 处命中
  • lib/index.js:20if (existsSync(f)) {
  • lib/index.js:22const raw = JSON.parse(readFileSync(f, "utf8"));
  • lib/index.js:108if (!existsSync(dest)) return [];
  • lib/index.js:109return this.state.removed.filter((n) => !managed.has(n)).filter((n) => !n.startsWith(".")).filter((n) => existsSync(join…
  • 读文件是绝大多数插件的正常工作方式，本身不构成顾虑。
• 读取环境变量reads-env一般16 处命中
  • lib/index.js:5return process.env.DSH_HOME ?? join(process.env.HOME ?? ".", ".dsh");
  • lib/index.js:327env: { ...process.env, GIT_TERMINAL_PROMPT: "0" }
  • lib/index.js:339const home = process.env.DSH_HOME ?? join3(process.env.HOME ?? ".", ".dsh");
  • lib/index.js:343const r = spawnSync("git", ["ls-remote", "--symref", url, "HEAD"], { encoding: "utf8", timeout: 3e4, env: { ...process.e…
  • 环境变量里常混有密钥。看它是否把整个 env 都读走。
• 动态加载模块dynamic-import一般2 处命中
  • lib/index.js:771const mod = await import("@deepseek-ai/schemastery");
  • lib/types/client/Section.d.ts:14}): import("react").JSX.Element;
  • 动态导入本身无害，但会让依赖关系难以静态审阅。
• 文中出现远程脚本地址remote-url-reference一般2 处命中
  • README.en.md:5![Node.js](https://img.shields.io/badge/Node.js-22%2B-339933?style=flat-square&logo=nodedotjs&logoColor=white)
  • README.md:5![Node.js](https://img.shields.io/badge/Node.js-22%2B-339933?style=flat-square&logo=nodedotjs&logoColor=white)
  • 只是文本里出现了远程脚本地址，没有看到加载它的调用。多半是文档或注释；若确实可疑，搜一下这个地址在包里的其他出现位置。

这份报告的口径

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

依赖安全公告

可信度

• 0没有可扣分的项