dsh-cc-tui

检测报告

能力清单

• 可执行外部程序spawns-processes高关注5 处命中
  • lib/types/childStderr.js:28import childProcess from 'node:child_process';
  • lib/types/utils/clipboard.js:12import { execFile } from 'node:child_process';
  • bin/dsh-tui.js:18import { spawn, spawnSync } from 'node:child_process'
  • lib/types/utils/execFileNoThrow.js:1import { spawn } from 'node:child_process';
  • 看它调用哪些程序。调用本机已有的工具是常见做法。
• 以 shell 执行命令shell-exec高关注3 处命中
  • bin/dsh-tui.js:34const shellOpt = isWin ? { shell: true } : {}
  • lib/types/update.js:192], { shell: true });
  • skills/vuln-check/SKILL.md:14- shell command injection (string interpolation into exec/spawn with shell:true)
  • 看命令字符串是拼出来的还是写死的。拼接用户输入才是真正的风险。
• 写入文件writes-files需留意25 处命中
  • lib/types/activityPrefs.js:53mkdirSync(dir, { recursive: true });
  • lib/types/activityPrefs.js:54writeFileSync(join(dir, 'working-activity.json'), JSON.stringify({ frames: name }, null, 2));
  • lib/types/channel.js:1416writeFileSync(target, parts.join('\n'), 'utf8');
  • lib/types/channel.js:1441writeFileSync(target, template, 'utf8');
  • 看写入位置。写自己的配置目录是正常的，写系统目录不是。
• 可终止进程kills-processes需留意2 处命中
  • lib/types/ink/components/App.js:379process.kill(process.pid, "SIGSTOP");
  • bin/dsh-tui.js:93process.kill(process.pid, signal)
  • 看它终止的是自己启动的进程，还是按名字匹配到的任意进程。
• 发起网络请求network需留意1 处命中
  • lib/types/update.js:88const response = await fetch(`${resolveRegistryBase()}/${PACKAGE_NAME}/latest`, {
  • 看请求发往哪些域名。发往作者自己的后端是常见做法。
• 启动伪终端spawns-pty需留意1 处命中
  • lib/types/utils/clipboard.js:36const child = execFile('powershell', ['-NoProfile', '-NonInteractive', '-Command', PS_SCRIPT], { encoding: 'utf8', windo…
  • 伪终端等于给了一个完整 shell。确认这是插件的核心功能。
• 读取环境变量reads-env一般84 处命中
  • lib/types/ink/components/App.js:121!isEnvTruthy(process.env.CLAUDE_CODE_ACCESSIBILITY)) {
  • lib/types/ink/components/App.js:368if (!isEnvTruthy(process.env.CLAUDE_CODE_ACCESSIBILITY)) {
  • lib/types/ink/components/App.js:583if (url && process.env.TERM_PROGRAM !== "vscode" && !isXtermJs()) {
  • lib/types/ink/bidi.js:24typeof process.env['WT_SESSION'] === 'string' || // WSL in Windows Terminal
  • 环境变量里常混有密钥。看它是否把整个 env 都读走。
• 读取文件reads-files一般26 处命中
  • lib/types/activityPrefs.js:39return parseActivityFrames(readFileSync(join(dir, 'working-activity.json'), 'utf8'));
  • lib/types/channel.js:1425if (existsSync(target))
  • lib/types/channel.js:1462lines.push(`${t('doctor-config', { candidate, state: existsSync(candidate) ? '✓' : t('doctor-config-missing') })}`);
  • lib/types/channel.js:1465lines.push(`${t('doctor-storage', { dir: sessionsDir, state: existsSync(sessionsDir) ? '✓' : t('doctor-storage-uninit') …
  • 读文件是绝大多数插件的正常工作方式，本身不构成顾虑。
• 动态加载模块dynamic-import一般13 处命中
  • lib/types/cc/cliHighlight.js:3// that only typecheck because this file's `typeof import('highlight.js')` pulls
  • lib/types/cc/cliHighlight.js:10// the module cache, so the second import() is a cache hit — no extra bytes
  • lib/types/cc/cliHighlight.js:18const cliHighlight = await import('cli-highlight');
  • lib/types/cc/cliHighlight.js:20const highlightJs = await import('highlight.js');
  • 动态导入本身无害，但会让依赖关系难以静态审阅。
• 接触凭据或密钥credentials一般2 处命中
  • lib/types/channel.js:1451lines.push(`${t('doctor-api-key', { state: process.env.DEEPSEEK_API_KEY ? t('doctor-key-configured') : t('doctor-key-mis…
  • lib/types/screens/Chat.js:554const key = process.env.DEEPSEEK_API_KEY;
  • 看它读取哪些凭据、发往哪里。用于登录自己的服务是正常的。

这份报告的口径

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

可信度

• -10声明与实物不符：client-present-undeclaredmajor：['lib/types/ui.d.ts', 'lib/types/ui.d.ts.map', 'lib/types/ui.js']
• -5没有仓库或主页地址warn