dsh-grok-subscription

检测报告

能力清单

• 可执行外部程序spawns-processes高关注2 处命中
  • lib/index.js:46import { spawn } from "node:child_process";
  • lib/index.js:2010import { spawn as spawn2 } from "node:child_process";
  • 看它调用哪些程序。调用本机已有的工具是常见做法。
• 含混淆或编码代码obfuscated-code需留意31 处命中
  • lib/client.js:46unknownAccount: "\u5DF2\u4FDD\u5B58\u4F1A\u8BDD\uFF08\u8D26\u6237\u5DF2\u8131\u654F\uFF09",
  • lib/client.js:48noModels: "\u672A\u767B\u5F55\u65F6\u4E0D\u66B4\u9732\u4EFB\u4F55\u6A21\u578B\u3002",
  • lib/client.js:50catalogSourceFallback: "\u6765\u6E90\uFF1A\u9759\u6001\u56DE\u9000\u76EE\u5F55\uFF08\u542B grok-4.7\uFF09",
  • lib/client.js:51catalogSourceSignedOut: "\u767B\u5F55\u540E\u624D\u4F1A\u5217\u51FA\u6A21\u578B\u3002",
  • 混淆本身不是恶意，但公开源码里出现大段混淆值得问一句为什么。
• 写入文件writes-files需留意5 处命中
  • lib/index.js:276const mkdir = options.mkdir ?? ((dir) => mkdirSync(dir, { recursive: true, mode: 448 }));
  • lib/index.js:283mkdir(dirname(path));
  • lib/index.js:296unlink(tmp);
  • lib/index.js:303rename(tmp, path);
  • 看写入位置。写自己的配置目录是正常的，写系统目录不是。
• 发起网络请求network需留意4 处命中
  • lib/index.js:2509throw new Error("DSH connection.fetch.register is unavailable");
  • lib/index.js:2511disposers.push(connection.fetch.register({
  • lib/index.js:2515async fetch(request) {
  • CHANGELOG.md:98- Pin the install (`--save-exact`) and disable pnpm's release-age gate (`--config.minimumReleaseAge=0`), which would oth…
  • 看请求发往哪些域名。发往作者自己的后端是常见做法。
• 接触凭据或密钥credentials一般33 处命中
  • lib/index.js:140return asNonEmptyString(entry.key) ?? asNonEmptyString(entry.access_token) ?? asNonEmptyString(entry.accessToken);
  • lib/index.js:150const refresh = asNonEmptyString(entry.refresh_token ?? entry.refreshToken);
  • lib/index.js:180refreshToken: asNonEmptyString(object.refresh_token ?? object.refreshToken),
  • lib/index.js:204if (asNonEmptyString(document.access_token) || asNonEmptyString(document.key)) {
  • 看它读取哪些凭据、发往哪里。用于登录自己的服务是正常的。
• 读取环境变量reads-env一般7 处命中
  • lib/index.js:65function grokHome(env = process.env) {
  • lib/index.js:69function authJsonPath(env = process.env) {
  • lib/index.js:75function versionJsonPath(env = process.env) {
  • lib/index.js:360function readClientVersion(env = process.env, options = {}) {
  • 环境变量里常混有密钥。看它是否把整个 env 都读走。
• 读取文件reads-files一般3 处命中
  • lib/index.js:106return readFileSync(fd, "utf8");
  • lib/index.js:2050const parsed = JSON.parse(await readFile(path, "utf8"));
  • lib/index.js:2075entries = await readdir(join3(dshHome, "profiles"), { withFileTypes: true });
  • 读文件是绝大多数插件的正常工作方式，本身不构成顾虑。
• 动态加载模块dynamic-import一般1 处命中
  • lib/index.js:1068const importFn = injected ?? ((id) => import(id));
  • 动态导入本身无害，但会让依赖关系难以静态审阅。

这份报告的口径

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

依赖安全公告

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