dsh-knowledge

检测报告

能力清单

• 可执行外部程序spawns-processes高关注12 处命中
  • lib/tool-knowledge/index.js:123import { fork } from "node:child_process";
  • scripts/audit-production.mjs:4import { spawnSync } from 'node:child_process'
  • …/knowledge/mineru-deployment.mjs:988import { spawn } from "node:child_process";
  • …/knowledge/mineru-deployment.mjs:995import { execFile } from "node:child_process";
  • 看它调用哪些程序。调用本机已有的工具是常见做法。
• 含混淆或编码代码obfuscated-code需留意170 处命中
  • lib/client.js:6278mineruLocalDesc: "\u6587\u4EF6\u53EA\u53D1\u9001\u5230\u6B64\u81EA\u90E8\u7F72\u5730\u5740\u3002\u670D\u52A1\u9700\u72EC…
  • lib/client.js:6288processorCheckSaved: "\u5148\u4FDD\u5B58\u5904\u7406\u5668\u914D\u7F6E\uFF0C\u518D\u6D4B\u8BD5\u8FDE\u63A5\u3002\u6D4B\u…
  • lib/client.js:6290processingTimeout: "\u6587\u6863\u5904\u7406\u603B\u8D85\u65F6\uFF08\u6BEB\u79D2\uFF09",
  • lib/client.js:6292structuredChunkingHint: "\u4EC5\u5BF9\u542B\u7ED3\u6784\u4FE1\u606F\u7684\u6587\u6863\u4FDD\u7559\u8868\u683C\u3001\u516…
  • 混淆本身不是恶意，但公开源码里出现大段混淆值得问一句为什么。
• 写入文件writes-files需留意22 处命中
  • lib/client.js:6988conflictStrategyHint: "When an imported file matches an existing name: rename (auto _1 suffix) / replace / keep both",
  • lib/client.js:6989conflictRename: "Rename (auto _1 suffix)",
  • CHANGELOG.md:403rename (auto `_1` suffix) / replace / keep; per-request `conflict: detect`
  • scripts/benchmark-retrieval.mjs:582await writeFile(BASELINE_PATH, `${JSON.stringify(next, null, 2)}\n`)
  • 看写入位置。写自己的配置目录是正常的，写系统目录不是。
• 发起网络请求network需留意7 处命中
  • lib/client.js:34const response = await fetch(`/knowledge${path}`, {
  • lib/client.js:4915void fetch(`/knowledge/documents/${doc.id}/raw`, { signal: AbortSignal.timeout(3e4) }).then(async (response) => {
  • lib/tool-knowledge/index.js:58return await fetch(url, {
  • scripts/eval-rag.mjs:46const res = await fetch(`${BASE_URL}/knowledge/search`, {
  • 看请求发往哪些域名。发往作者自己的后端是常见做法。
• 可终止进程kills-processes需留意4 处命中
  • …/knowledge/mineru-deployment.mjs:1152process.kill(-child.pid, "SIGTERM");
  • …/knowledge/mineru-deployment.mjs:1161process.kill(-child.pid, "SIGKILL");
  • scripts/smoke-packed-lifecycle.mjs:30process.kill(-child.pid, 'SIGTERM')
  • scripts/smoke-packed-lifecycle.mjs:36process.kill(-child.pid, 'SIGKILL')
  • 看它终止的是自己启动的进程，还是按名字匹配到的任意进程。
• 运行时改写自身配置modifies-own-manifest需留意1 处命中
  • scripts/smoke-packed-install.mjs:140await writeFile(join(profiles, 'web', 'cordis.patch.yml'), [
  • 运行时改写自身配置会让下次启动的行为和你看过的源码不一致。
• 清单可疑manifest-obfuscation需留意1 处命中
  • 安装脚本：prepare
  • 清单被刻意写乱时，加载行为会难以预测。看原文而不是看渲染结果。
• 读取环境变量reads-env一般54 处命中
  • lib/tool-knowledge/index.js:36const proxy = process.env.HTTPS_PROXY ?? process.env.HTTP_PROXY;
  • lib/tool-knowledge/index.js:451const envHome = typeof process !== "undefined" ? process.env.DSH_HOME : void 0;
  • scripts/benchmark-retrieval.mjs:19process.env.DSH_HOME = BENCHMARK_HOME
  • lib/knowledge/embed-process.mjs:12const proxy = process.env.HTTPS_PROXY ?? process.env.HTTP_PROXY;
  • 环境变量里常混有密钥。看它是否把整个 env 都读走。
• 读取文件reads-files一般33 处命中
  • lib/tool-knowledge/index.js:481const parsed = JSON.parse(await readFile(customRegistryPath(), "utf8"));
  • lib/tool-knowledge/index.js:516const children = await readdir(dir, { withFileTypes: true });
  • lib/tool-knowledge/index.js:544const record = JSON.parse(await readFile(readinessPath(modelId), "utf8"));
  • scripts/audit-production.mjs:103const content = readFileSync(shim, 'utf8')
  • 读文件是绝大多数插件的正常工作方式，本身不构成顾虑。
• 接触凭据或密钥credentials一般16 处命中
  • lib/client.js:3562apiKey: config.apiKey
  • lib/client.js:3573embeddingApiKey: config.apiKey
  • lib/tool-knowledge/index.js:691...apiKey ? { authorization: `Bearer ${apiKey}` } : {}
  • lib/tool-knowledge/index.js:2024rerank.apiKey,
  • 看它读取哪些凭据、发往哪里。用于登录自己的服务是正常的。
• 动态加载模块dynamic-import一般13 处命中
  • lib/knowledge/embed-process.mjs:49transformers = await import("@huggingface/transformers");
  • lib/knowledge/ocr-process.mjs:17const { env } = await import("onnxruntime-node");
  • lib/knowledge/ocr-process.mjs:21const mod = await import("ppu-paddle-ocr");
  • lib/knowledge/ocr-process.mjs:44const tesseract = tesseractPromise ??= import("tesseract.js");
  • 动态导入本身无害，但会让依赖关系难以静态审阅。
• 文中出现远程脚本地址remote-url-reference一般2 处命中
  • README.en.md:11[![Node.js >= 22](https://img.shields.io/badge/node.js-%3E%3D22-brightgreen?logo=nodedotjs)](https://nodejs.org)
  • README.md:11[![Node.js >= 22](https://img.shields.io/badge/node.js-%3E%3D22-brightgreen?logo=nodedotjs)](https://nodejs.org)
  • 只是文本里出现了远程脚本地址，没有看到加载它的调用。多半是文档或注释；若确实可疑，搜一下这个地址在包里的其他出现位置。

这份报告的口径

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

可信度

• -5cordis entry id「knowledge」被 3 个包共用，同时安装会互相替换warn：@lemoncat7/dsh-knowledge、dsh-kb