dsh-config-manager

检测报告

能力清单

• 可执行外部程序spawns-processes高关注33 处命中
  • lib/cli/web/browser.js:7import { spawn } from 'node:child_process';
  • …profiles/dsh-profile-launcher.js:22import { spawn } from 'node:child_process';
  • lib/utils/env-lock.js:24import { execFile } from 'node:child_process';
  • lib/cli/web/exec.js:8import { execFile } from 'node:child_process';
  • 看它调用哪些程序。调用本机已有的工具是常见做法。
• 以 shell 执行命令shell-exec高关注7 处命中
  • lib/core/plugin-cli.js:419* 弃用的 shell:true + argv 组合，DEP0190）；其余直接 shell:false 启动。
  • src/utils/atomic-write.test.ts:303execFileSync(process.execPath, ['-e', childScript], { encoding: 'utf8' });
  • src/core/plugin-cli.ts:452* 弃用的 shell:true + argv 组合，DEP0190）；其余直接 shell:false 启动。
  • src/utils/proxy.test.ts:346execFileSync(bin, ['version'], { stdio: 'ignore' });
  • 看命令字符串是拼出来的还是写死的。拼接用户输入才是真正的风险。
• 写入文件writes-files需留意1537 处命中
  • lib/cli/actions.js:973await fsp.mkdir(paths.exportsDir, { recursive: true });
  • lib/utils/asar-read.js:465await fs.mkdir(tmpDir, { recursive: true });
  • lib/utils/asar-read.js:471await fs.mkdir(path.dirname(dest), { recursive: true });
  • lib/utils/asar-read.js:472await fs.writeFile(dest, data);
  • 看写入位置。写自己的配置目录是正常的，写系统目录不是。
• 发起网络请求network需留意101 处命中
  • lib/ui/export-flow.js:29return requested.filter((s) => !got.has(s));
  • lib/market/git-file-writer.js:250if (fetch.code !== 0) {
  • lib/market/git-file-writer.js:251throw new GitFileWriterError(mask(marketMsg('market.gitWriter.upstreamFetchFailed', { stderr: fetch.stderr })));
  • lib/utils/proxy.js:4* 背景：Node 内置 `fetch()`（undici）**默认不读** `HTTP_PROXY` / `HTTPS_PROXY`，因此「必须经代理
  • 看请求发往哪些域名。发往作者自己的后端是常见做法。
• 运行时改写自身配置modifies-own-manifest需留意38 处命中
  • …/profiles/dsh-profile-manager.js:151atomicWriteFileSync(join(dir, 'package.json'), `${JSON.stringify(manifest, null, 2)}\n`, { mode: 0o644 });
  • …/profiles/dsh-profile-manager.js:224atomicWriteFileSync(join(destDir, 'package.json'), `${JSON.stringify(manifest, null, 2)}\n`, { mode: 0o644 });
  • …/profiles/dsh-profile-manager.js:271atomicWriteFileSync(join(to, 'package.json'), `${JSON.stringify(manifest, null, 2)}\n`, { mode: 0o644 });
  • lib/core/plugin-cli.js:178atomicWriteFileSync(join(profileDir, 'package.json'), `${JSON.stringify(manifest, null, 2)}\n`, { mode: 0o644 });
  • 运行时改写自身配置会让下次启动的行为和你看过的源码不一致。
• 可终止进程kills-processes需留意32 处命中
  • lib/cli/actions.js:35process.kill(pid, 0);
  • lib/utils/env-lock.js:273process.kill(pid, 0);
  • lib/core/phase3-child-crash.js:28process.kill(process.pid, 'SIGKILL');
  • lib/core/phase3-child-crash.js:32process.kill(process.pid, 'SIGKILL');
  • 看它终止的是自己启动的进程，还是按名字匹配到的任意进程。
• 含混淆或编码代码obfuscated-code需留意14 处命中
  • lib/cli/web/client-script.d.ts:2export declare const CONSOLE_SCRIPT = "(function () {\n 'use strict';\n\n // ---- \u4E09\u6001\u4E3B\u9898\uFF1A\u81EA\u…
  • 混淆本身不是恶意，但公开源码里出现大段混淆值得问一句为什么。
• 启动伪终端spawns-pty需留意6 处命中
  • lib/cli/web/exec.d.ts:1export declare function createExec(platform?: NodeJS.Platform): (cmd: string) => Promise<string>;
  • src/cli/web/exec.ts:10export function createExec(platform: NodeJS.Platform = process.platform): (cmd: string) => Promise<string> {
  • 伪终端等于给了一个完整 shell。确认这是插件的核心功能。
• 动态执行代码dynamic-code需留意1 处命中
  • src/cli/web/web.test.ts:1313new Function('document', 'window', 'location', body!)(doc, win, win.location)
  • 看 eval / new Function 的入参来自哪里。常量字符串和用户输入是两回事。
• R013 清单可疑manifest-obfuscation需留意1 处命中
  • 安装脚本: prepare
  • 清单被刻意写乱时，加载行为会难以预测。看原文而不是看渲染结果。
• 读取文件reads-files一般1151 处命中
  • lib/cli/actions.js:59names = (await fsp.readdir(dir)).filter((n) => n.endsWith('.json'));
  • lib/cli/actions.js:66const record = parseRuntimeRecord(await fsp.readFile(path.join(dir, name), 'utf8'));
  • lib/cli/actions.js:103names = (await fsp.readdir(exportsDir)).filter((n) => n.endsWith('.zip')).sort();
  • lib/cli/actions.js:202established: fssync.existsSync(root) || fssync.existsSync(path.join(root, 'transactions')),
  • 读文件是绝大多数插件的正常工作方式，本身不构成顾虑。
• 接触凭据或密钥credentials一般360 处命中
  • lib/core/analyzer.js:595const secretCount = (creds?.credentials ?? []).filter((c) => c.configured === true && c.hasValue !== true).length;
  • lib/core/analyzer.js:604// （那等于把 .credentials.yaml 的布局知识复制到每个宿主，正是 issue #39 的坑）。
  • lib/core/analyzer.js:612const status = await this.ctx.credentials.describe(ref);
  • lib/core/analyzer.js:1115// F1 vault 回填：导出时敏感文件（.credentials.yaml 等）明文未进备份（includeSecrets=false
  • 看它读取哪些凭据、发往哪里。用于登录自己的服务是正常的。
• 动态加载模块dynamic-import一般195 处命中
  • lib/cli/actions.js:442const svc = await import('../utils/session-repair-service.js');
  • lib/cli/actions.js:508const { runSessionsRepair } = await import('./sessions-repair.js');
  • lib/cli/actions.js:578const { cleanupCaches } = await import('../core/cache-cleaner.js');
  • lib/cli/actions.js:625const { EnvironmentLockManager } = await import('../utils/env-lock.js');
  • 动态导入本身无害，但会让依赖关系难以静态审阅。
• 读取环境变量reads-env一般135 处命中
  • lib/market/builtin.js:16export const BUILTIN_MARKET_URL = (typeof process !== 'undefined' && process.env?.DSH_CONFIG_MARKET_URL
  • lib/market/builtin.js:17? process.env.DSH_CONFIG_MARKET_URL
  • …profiles/dsh-profile-launcher.js:114const raw = process.env['PATH'] ?? '';
  • …profiles/dsh-profile-launcher.js:235env: { ...process.env, ...cli.env, DSH_HOME: this.homeDir },
  • 环境变量里常混有密钥。看它是否把整个 env 都读走。

这份报告的口径

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

可信度

• 0没有可扣分的项