dsh-skill-manage

检测报告

能力清单

• 可执行外部程序spawns-processes高关注1 处命中
  • lib/index.js:2import { spawn } from "node:child_process";
  • 看它调用哪些程序。调用本机已有的工具是常见做法。
• 含混淆或编码代码obfuscated-code需留意33 处命中
  • lib/client.js:367setExistsPrompt({ text: result.error ?? "\u6280\u80FD\u5DF2\u5B58\u5728\uFF0C\u662F\u5426\u8986\u76D6\u5B89\u88C5\uFF1F"…
  • lib/client.js:376if (source.trim() === "") throw new Error("\u8BF7\u586B\u5199\u672C\u5730\u6280\u80FD\u6587\u4EF6\u5939\u8DEF\u5F84");
  • lib/client.js:418setMessage({ kind: "err", text: "\u8BF7\u81F3\u5C11\u52FE\u9009\u4E00\u4E2A\u6280\u80FD" });
  • lib/client.js:488if (totalBytes > MAX_TOTAL_BYTES) throw new Error("\u6280\u80FD\u6587\u4EF6\u5939\u603B\u5927\u5C0F\u8D85\u8FC7 10MB \u4…
  • 混淆本身不是恶意，但公开源码里出现大段混淆值得问一句为什么。
• 写入文件writes-files需留意6 处命中
  • lib/index.js:215await mkdir(scope.installDir, { recursive: true });
  • lib/index.js:217await writeFile(dest, skillMd);
  • lib/index.js:255await mkdir(path.dirname(dest), { recursive: true });
  • lib/index.js:256await writeFile(dest, buffer);
  • 看写入位置。写自己的配置目录是正常的，写系统目录不是。
• 发起网络请求network需留意3 处命中
  • lib/client.js:51const res = await fetch(`/dsh-skill-manage${route}`, {
  • lib/index.js:286const res = await fetch(url, {
  • lib/index.js:434const res = await fetch(url, {
  • 看请求发往哪些域名。发往作者自己的后端是常见做法。
• 可终止进程kills-processes需留意1 处命中
  • lib/index.js:376process.kill(-child.pid, "SIGTERM");
  • 看它终止的是自己启动的进程，还是按名字匹配到的任意进程。
• R013 清单可疑manifest-obfuscation需留意1 处命中
  • 安装脚本: prepare
  • 清单被刻意写乱时，加载行为会难以预测。看原文而不是看渲染结果。
• 读取文件reads-files一般19 处命中
  • lib/index.js:26if (existsSync(path.join(dir, ".git"))) return dir;
  • lib/index.js:84entries = await readdir(dir, { withFileTypes: true });
  • lib/index.js:93content = await readFile(path.join(dir, entry.name, "SKILL.md"), "utf8");
  • lib/index.js:115content = await readFile(path.join(dir, entry.name), "utf8");
  • 读文件是绝大多数插件的正常工作方式，本身不构成顾虑。
• 读取环境变量reads-env一般3 处命中
  • lib/index.js:12const home = process.env.DSH_HOME ?? path.join(os.homedir(), ".dsh");
  • lib/index.js:16const home = process.env.DSH_AGENTS_HOME ?? path.join(os.homedir(), ".agents");
  • lib/index.js:409const noProxy = Object.keys(process.env).filter((k) => k.toLowerCase().includes("proxy")).length === 0;
  • 环境变量里常混有密钥。看它是否把整个 env 都读走。
• 文中出现远程脚本地址remote-url-reference一般3 处命中
  • lib/index.js:276var SKILLS_SH_SEARCH_URL = "https://www.skills.sh/api/search";
  • README.md:15- **Four install channels** — a local folder, a browser folder picker, a GitHub URL, or an online search over [skills.sh…
  • README.zh.md:14- **四渠道安装**——本地文件夹、浏览器目录选择器、GitHub 链接、[skills.sh](https://www.skills.sh) 在线搜索。
  • 只是文本里出现了远程脚本地址，没有看到加载它的调用。多半是文档或注释；若确实可疑，搜一下这个地址在包里的其他出现位置。
• 接触凭据或密钥credentials一般1 处命中
  • README.md:118- Private repositories are not supported (no credentials).
  • 看它读取哪些凭据、发往哪里。用于登录自己的服务是正常的。

这份报告的口径

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

依赖安全公告

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