dsh-plugin-tlsearch

检测报告

能力清单

• 含混淆或编码代码obfuscated-code需留意60 处命中
  • dist/index.cjs:1652\u2026\uFF08\u5185\u5BB9\u8FC7\u957F\uFF0C\u5DF2\u622A\u65AD\uFF09` : text;
  • dist/index.cjs:1710text: { type: "string", description: "\u4F9B\u6A21\u578B\u8BFB\u53D6\u7684\u6587\u672C\u5185\u5BB9" }
  • dist/index.cjs:1714description: "MCP \u89C4\u8303\u5185\u5BB9\u5757\u6570\u7EC4\uFF0C\u81F3\u5C11\u542B\u4E00\u4E2A text \u5757"
  • dist/index.cjs:1935runtime.ctx.logger?.warn?.("[tlsearch] ctx.tools \u672A\u5C31\u7EEA\uFF0C\u8DF3\u8FC7\u5DE5\u5177\u6CE8\u518C");
  • 混淆本身不是恶意，但公开源码里出现大段混淆值得问一句为什么。
• 发起网络请求network需留意2 处命中
  • dist/index.cjs:1174const response = await fetch(request.url, { ...request.init, signal: controller.signal });
  • dist/index.js:1104const response = await fetch(request.url, { ...request.init, signal: controller.signal });
  • 看请求发往哪些域名。发往作者自己的后端是常见做法。
• 动态执行代码dynamic-code需留意2 处命中
  • dist/index.cjs:337schema.callback = new Function("return " + schema.callback)();
  • dist/index.js:267schema.callback = new Function("return " + schema.callback)();
  • 看 eval / new Function 的入参来自哪里。常量字符串和用户输入是两回事。
• 接触凭据或密钥credentials一般26 处命中
  • dist/index.cjs:1307if (backend.apiKey.length > 0) {
  • dist/index.cjs:1308headers.authorization = `Bearer ${backend.apiKey}`;
  • dist/index.cjs:1309body.api_key = backend.apiKey;
  • dist/index.cjs:1353"x-subscription-token": backend.apiKey,
  • 看它读取哪些凭据、发往哪里。用于登录自己的服务是正常的。
• 读取环境变量reads-env一般2 处命中
  • dist/index.cjs:1268const raw = process.env[key];
  • dist/index.js:1198const raw = process.env[key];
  • 环境变量里常混有密钥。看它是否把整个 env 都读走。

这份报告的口径

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

依赖安全公告

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

可信度

• 0没有可扣分的项