DSH插件目录
B

brockdsaver

github.com/kirigayakazima/brockdsaver

v0.1.0 开发与运行时 以 shell 执行命令可执行外部程序写入文件

DSH 插件从组合树加载（`cordis.patch.yml` + 各 bundle 的 patch）。当组合损坏时（重复条目 id、缺失包、配置错误），**DSH 启动即崩溃，连 GUI 都打不开** — 而你没法修它,因为你打不开设置面板。

作者原文（英文）

DSH boot-guard: dual-mode — standalone CLI for pre-boot diagnosis, and DSH plugin for runtime health check dashboard.

中文简介由 DeepSeek 模型翻译，仅供参考。

deepseek-harnessdshrescuediagnosticpre-bootboot-guardhealth
分类
dev
发布
2026-08-16
版本
v0.1.0

检测报告

关注度高。命中了不少能力模式，其中可能有需要留意的。逐条看下面的清单。
2高关注2需留意3一般17未命中
高关注需留意一般

能力清单

  • 以 shell 执行命令shell-exec高关注3 处命中
    • lib/doctor.js:31const output = execFileSync('dsh', [`--profile`, profile, `--dump-config`], {
    • lib/doctor.js:57const output = execFileSync(process.execPath, [binJs, `--profile`, profile, `--dump-config`], {
    • lib/runtime.js:88const output = execFileSync(process.execPath, [binJs, '--profile', 'web', '--dump-config'], {
    • 看命令字符串是拼出来的还是写死的。拼接用户输入才是真正的风险。
  • 可执行外部程序spawns-processes高关注1 处命中
    • lib/doctor.js:7import { execSync, execFileSync } from 'node:child_process'
    • 看它调用哪些程序。调用本机已有的工具是常见做法。
  • 写入文件writes-files需留意9 处命中
    • lib/doctor.js:129mkdirSync(backupDir, { recursive: true })
    • lib/doctor.js:136copyFileSync(src, dst)
    • lib/doctor.js:161copyFileSync(src, dst)
    • lib/doctor.js:182writeFileSync(p, lines.join('\n') + '\n', 'utf8')
    • 看写入位置。写自己的配置目录是正常的，写系统目录不是。
  • 发起网络请求network需留意2 处命中
    • lib/client.js:49const getHealth = () => fetch('/api/brockdsaver/health', { headers: { accept: 'application/json' } }).then((r) => {
    • lib/client.js:139const getRescueLog = () => fetch('/api/brockdsaver/rescue-log', { headers: { accept: 'application/json' } }).then((r) =>…
    • 看请求发往哪些域名。发往作者自己的后端是常见做法。
  • 读取文件reads-files一般14 处命中
    • lib/doctor.js:51const binJs = candidates.find(c => existsSync(c))
    • lib/doctor.js:135if (existsSync(src)) {
    • lib/doctor.js:145const backups = readdirSync(dir, { encoding: 'utf8' })
    • lib/doctor.js:160if (existsSync(src)) {
    • 读文件是绝大多数插件的正常工作方式，本身不构成顾虑。
  • 读取环境变量reads-env一般12 处命中
    • lib/doctor.js:13return process.env.DSH_HOME || (process.platform === 'win32'
    • lib/doctor.js:14? join(process.env.USERPROFILE || process.env.HOME || '', '.dsh')
    • lib/doctor.js:15: join(process.env.HOME || '', '.dsh'))
    • lib/doctor.js:40const npmGlobal = join(process.env.APPDATA || process.env.HOME || '', 'npm', 'node_modules', '@deepseek-ai', 'dsh', 'lib…
    • 环境变量里常混有密钥。看它是否把整个 env 都读走。
  • 动态加载模块dynamic-import一般1 处命中
    • lib/runtime.js:80const { execFileSync } = await import('node:child_process')
    • 动态导入本身无害，但会让依赖关系难以静态审阅。
逐条扫描明细
能力标识关注度命中次数
以 shell 执行命令shell-exec高关注3
可执行外部程序spawns-processes高关注1
写入文件writes-files需留意9
发起网络请求network需留意2
读取文件reads-files一般14
读取环境变量reads-env一般12
动态加载模块dynamic-import一般1

这份报告的口径

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

依赖安全公告

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

← 返回全部插件