dsh-frostfin

检测报告

能力清单

• 可执行外部程序spawns-processes高关注2 处命中
  • lib/panel.js:11import { execFile } from 'node:child_process';
  • lib/remote.js:18import { execFile } from 'node:child_process';
  • 看它调用哪些程序。调用本机已有的工具是常见做法。
• 发起网络请求network需留意25 处命中
  • lib/client.js:83const res = await fetch("/plugins/frostfin/kimi-sessions");
  • lib/client.js:95const res = await fetch("/plugins/frostfin/remote-hosts");
  • lib/client.js:103const res = await fetch("/plugins/frostfin/kimi-version");
  • lib/client.js:121const res = await fetch("/plugins/frostfin/open", {
  • 看请求发往哪些域名。发往作者自己的后端是常见做法。
• 含混淆或编码代码obfuscated-code需留意19 处命中
  • lib/client.js:139\u5B83\u7684\u5168\u90E8\u8BB0\u5F55\u4F1A\u4ECE${alias === void 0 ? "\u672C\u673A" : `\u4E3B\u673A ${alias}`}\u7684\u78…
  • lib/client.js:189`\u5DE5\u4F5C\u533A ${item.cwd} \u91CC\u6709 kimi \u6B63\u5728\u524D\u53F0\u8FD0\u884C\uFF08\u5F88\u53EF\u80FD\u5C31\u66…
  • lib/client.js:191\u63A5\u5165\u6B63\u88AB\u6301\u6709\u7684\u4F1A\u8BDD\u4F1A\u8BA9\u4E24\u4E2A\u8FDB\u7A0B\u5171\u5199\u540C\u4E00\u4EFD…
  • lib/client.js:193\u786E\u8BA4\u5B83\u6CA1\u6709\u5728\u522B\u5904\u5F00\u7740\uFF0C\u518D\u63A5\u5165\uFF1F`
  • 混淆本身不是恶意，但公开源码里出现大段混淆值得问一句为什么。
• 写入文件writes-files需留意16 处命中
  • lib/config-sync.js:113copyFileSync(file, `${file}.frostfin.bak`);
  • lib/config-sync.js:115writeFileSync(tmp, next, 'utf8');
  • lib/config-sync.js:116renameSync(tmp, file);
  • lib/config-sync.js:181mkdirSync(dirname(file), { recursive: true });
  • 看写入位置。写自己的配置目录是正常的，写系统目录不是。
• 清单可疑manifest-obfuscation需留意1 处命中
  • 安装脚本：prepare
  • 清单被刻意写乱时，加载行为会难以预测。看原文而不是看渲染结果。
• 读取文件reads-files一般27 处命中
  • lib/acp-process.js:60if (existsSync(candidate))
  • lib/config-sync.js:107if (!existsSync(file))
  • lib/config-sync.js:109const original = readFileSync(file, 'utf8');
  • lib/config-sync.js:177const original = existsSync(file) ? readFileSync(file, 'utf8') : '';
  • 读文件是绝大多数插件的正常工作方式，本身不构成顾虑。
• 读取环境变量reads-env一般6 处命中
  • lib/acp-process.js:55for (const dir of (process.env.PATH ?? '').split(':')) {
  • lib/acp-process.js:82// process.env 作为显式 env 传入——显式条目在接缝的洗刷之后合并，
  • lib/acp-process.js:89env: { ...process.env },
  • lib/config-sync.js:26const home = process.env.KIMI_CODE_HOME;
  • 环境变量里常混有密钥。看它是否把整个 env 都读走。
• 文中出现远程脚本地址remote-url-reference一般5 处命中
  • lib/panel.js:239const KIMI_UPDATE_FLOW = `${KIMI_RESOLVE}; [ -z "$K" ] && { echo NO_KIMI; exit 1; }; OUT=$("$K" update 2>&1 || true); ec…
  • README-en.md:110curl -fsSL https://code.kimi.com/kimi-code/install.sh | bash
  • README-en.md:116irm https://code.kimi.com/kimi-code/install.ps1 | iex
  • README.md:112curl -fsSL https://code.kimi.com/kimi-code/install.sh | bash
  • 只是文本里出现了远程脚本地址，没有看到加载它的调用。多半是文档或注释；若确实可疑，搜一下这个地址在包里的其他出现位置。
• 接触凭据或密钥credentials一般2 处命中
  • lib/config-sync.js:12* .credentials.yaml 同级；这是把用户自己的凭据在用户自己的两个工具间复制，
  • lib/config-sync.js:53lines.push(`api_key = ${JSON.stringify(entry.apiKey)}`);
  • lib/panel.js:46const fromEnv = process.env.KIMI_CODING_API_KEY;
  • 看它读取哪些凭据、发往哪里。用于登录自己的服务是正常的。
• 动态加载模块dynamic-import一般2 处命中
  • lib/host-scope.js:33return await import(pathToFileURL(resolved).href);
  • lib/host-scope.js:40return await import(name);
  • 动态导入本身无害，但会让依赖关系难以静态审阅。

这份报告的口径

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

可信度

• -10被版本门禁拦下：与当前 dsh 基线不兼容major