dsh-trust-check

检测报告

能力清单

• 发起网络请求network需留意32 处命中
  • lib/client.js:2528const res = await fetch("/dsh-trust-check/ack", {
  • lib/client.js:2556const res = await fetch(`/dsh-trust-check/ack?name=${encodeURIComponent(report.name)}`, { method: "DELETE" });
  • lib/client.js:2569const res = await fetch("/dsh-trust-check/explain", {
  • lib/client.js:2944const response = await fetch("/dsh-trust-check/audit");
  • 看请求发往哪些域名。发往作者自己的后端是常见做法。
• 写入文件writes-files需留意2 处命中
  • lib/index.js:114writeFileSync(temp, `${JSON.stringify(store, null, 2)}\n`, "utf8");
  • lib/index.js:115renameSync(temp, path);
  • 看写入位置。写自己的配置目录是正常的，写系统目录不是。
• 动态执行代码dynamic-code需留意2 处命中
  • lib/index.js:1555* Names that let constant code reach outside itself: `eval("require")` returns
  • lib/index.js:1556* the module loader, and `new Function("return process")` returns the process.
  • lib/index.js:1582* and the line does not import `vm`. `new Function("a", body)` and
  • lib/index.js:1583* `eval("" || code)` still count, because an argument is not a literal.
  • 看 eval / new Function 的入参来自哪里。常量字符串和用户输入是两回事。
• 接触凭据或密钥credentials一般25 处命中
  • lib/client.js:70new RegExp(String.raw`(?:require\(|from\s+|import\s*\(\s*)['"](?:keychain|keytar|dotenv)['"]|${KEYCHAIN_MEMBER_SOURCE}|\…
  • lib/client.js:3473"rule.credentials.material": "导入 keytar / dotenv 等密钥库，或引用 ~/.ssh、~/.aws/credentials 等凭据路径。",
  • lib/client.js:3474"rule.credentials.read": "通过宿主的凭据接口读取凭据值。",
  • lib/client.js:3502"concern.credentials": "会读取凭据或密钥",
  • 看它读取哪些凭据、发往哪里。用于登录自己的服务是正常的。
• 读取文件reads-files一般23 处命中
  • lib/index.js:91if (!existsSync(path)) return emptyStore();
  • lib/index.js:94parsed = JSON.parse(readFileSync(path, "utf8"));
  • lib/index.js:3462entries = readdirSync(dir);
  • lib/index.js:3527content = readFileSync(abs, "utf8");
  • 读文件是绝大多数插件的正常工作方式，本身不构成顾虑。
• 读取环境变量reads-env一般4 处命中
  • lib/client.js:3475"rule.env.read": "读取 process.env 环境变量。",
  • lib/client.js:3724"rule.env.read": "Reads process.env environment variables.",
  • lib/index.js:3605const home = process.env.DSH_HOME ?? join(homedir(), ".dsh");
  • bin/trust-check.mjs:38profile: process.env.DSH_PROFILE ?? 'web',
  • 环境变量里常混有密钥。看它是否把整个 env 都读走。
• 动态加载模块dynamic-import一般3 处命中
  • README.en.md:181- Static scans miss/false-positive (runtime-loaded capabilities are invisible; dynamic `import('node:' + …)`, string con…
  • README.md:181- 静态扫描有漏判/误判（运行时才加载的能力看不到；动态 `import('node:' + …)`、字符串拼接、混淆后的 `eval`/`Function` 仍可能绕过规则表）。
  • THREAT-MODEL.md:2002. **Runtime is invisible.** Dynamically built URLs, `import()`, obfuscated
  • 动态导入本身无害，但会让依赖关系难以静态审阅。
• 文中出现远程脚本地址remote-url-reference一般2 处命中
  • README.en.md:146Real-world integration: awesome-dsh-plugin runs this tool at catalog build time; its adapter is [`scripts/lib/capabiliti…
  • README.md:146真实接入参考：awesome-dsh-plugin 在目录构建期调用本工具，适配层见 [`scripts/lib/capabilities.mjs`](https://github.com/awesome-dsh-plugin/awesom…
  • 只是文本里出现了远程脚本地址，没有看到加载它的调用。多半是文档或注释；若确实可疑，搜一下这个地址在包里的其他出现位置。

这份报告的口径

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

可信度

• 0没有可扣分的项