D

dsh-plugin-console

github.com/Noob-stupid/dsh-plugin-gating-hub

v0.5.45 市场与管理 可执行外部程序以 shell 执行命令R012 改写用户 profile

DSH 框架升级安全与插件升级门控:一键升级、失败自动回滚、升级后回滚上版、旧插件不适配自动禁用;内置多源插件市场为发现层,插件源全部可自定义,可指向公司内网私有源 / 私有索引 / 本地 Git 仓库,纯内网离线可用 | Framework upgrade safety & plugin version gating for DSH, with a customizable multi-source plugin market: point every source at internal mirror

该插件尚未翻译,显示作者原文。

dsh-plugindeepseek-harnessplugin-managerdshdsh-pluginsplugin-marketplugin-consolemarketplace
分类
market
发布
2026-10-11
版本
v0.5.45

检测报告

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

能力清单

  • 可执行外部程序spawns-processes高关注14 处命中
    • lib/server/domain/ai-run.js:7import { spawn } from 'node:child_process'
    • lib/server/domain/compat.js:6import { spawn } from 'node:child_process'
    • lib/server/domain/components.js:5import { spawn } from 'node:child_process'
    • lib/server/routes/components.js:5import { execFile } from 'node:child_process'
    • 看它调用哪些程序。调用本机已有的工具是常见做法。
  • 以 shell 执行命令shell-exec高关注2 处命中
    • lib/server/infra/fsx.js:212execFileSync('cmd.exe', ['/c', ...target.argv], { windowsHide: true, timeout: timeoutMs, stdio: 'ignore' })
    • lib/server/infra/fsx.js:215execFileSync('rm', ['-rf', '--', dir], { timeout: timeoutMs, stdio: 'ignore' })
    • 看命令字符串是拼出来的还是写死的。拼接用户输入才是真正的风险。
  • R012 改写用户 profileprofile-tamper高关注1 处命中
    • framework.js
    • 看它改的是自己那一段还是别人的。改用户 profile 通常应由用户手动做。
  • 写入文件writes-files需留意193 处命中
    • lib/server/domain/ai-run.js:174mkdirSync(srcDir, { recursive: true })
    • lib/server/domain/ai-run.js:184try { rmSync(srcDir, { recursive: true, force: true }) } catch {}
    • lib/server/domain/ai-run.js:188const timer = setTimeout(() => { try { rmSync(srcDir, { recursive: true, force: true }) } catch {} }, 30 * 60 * 1000)
    • lib/server/domain/ai-run.js:383mkdirSync(dirname(target), { recursive: true })
    • 看写入位置。写自己的配置目录是正常的,写系统目录不是。
  • 发起网络请求network需留意23 处命中
    • lib/server/domain/ai-run.js:434const probe = await fetch(healthUrl, { signal: AbortSignal.timeout(2500) })
    • lib/client.js:1537const response = await fetch(path, body === undefined
    • lib/client.js:1557const response = await fetch("/plugin-console/run-suggested", {
    • lib/client.js:1592const response = await fetch(url, {
    • 看请求发往哪些域名。发往作者自己的后端是常见做法。
  • 启动伪终端spawns-pty需留意8 处命中
    • …rver/routes/framework-upgrade.js:659execFile('powershell.exe', ['-NoProfile', '-WindowStyle', 'Hidden', '-ExecutionPolicy', 'Bypass', '-File', ps1], { windo…
    • …rver/routes/framework-upgrade.js:669execFile('powershell.exe', ['-NoProfile', '-WindowStyle', 'Hidden', '-ExecutionPolicy', 'Bypass', '-File', ps1], { windo…
    • lib/server/routes/framework.js:423execFile('powershell.exe', ['-NoProfile', '-WindowStyle', 'Hidden', '-ExecutionPolicy', 'Bypass', '-File', ps1], { windo…
    • lib/server/routes/framework.js:429execFile('powershell.exe', ['-NoProfile', '-WindowStyle', 'Hidden', '-ExecutionPolicy', 'Bypass', '-File', ps1], { windo…
    • 伪终端等于给了一个完整 shell。确认这是插件的核心功能。
  • 可终止进程kills-processes需留意3 处命中
    • lib/server/infra/exec.js:271process.kill(Number(pid), 0)
    • SECURITY.md:91- **`process.kill(pid, 0)`**:signal `0` 的**存活探测**。不发送任何信号、无法终止进程,是 Node.js 判断「记录的组件 PID 是否还活着」的标准写法。
    • SECURITY.md:113Known static-scanner false positives: `process.kill(pid, 0)` is a signal-0 liveness probe; `rmSync` call sites clean up …
    • 看它终止的是自己启动的进程,还是按名字匹配到的任意进程。
  • 运行时改写自身配置modifies-own-manifest需留意1 处命中
    • lib/server/domain/manifest.js:43await writeFile(join(profileDir, 'package.json'), `${JSON.stringify(manifest, null, 2)}\n`, 'utf8')
    • 运行时改写自身配置会让下次启动的行为和你看过的源码不一致。
  • 读取文件reads-files一般397 处命中
    • lib/server/domain/ai-run.js:121const manifest = JSON.parse(await readFile(join(profileDir, 'package.json'), 'utf8'))
    • lib/server/domain/ai-run.js:404if (existsSync(target) && statSync(target).size > 1024 * 1024) {
    • lib/server/domain/ai-run.js:405jobLog(job, ` 已存在,跳过下载:${target}(${statSync(target).size} 字节)`)
    • lib/server/domain/ai-run.js:411jobLog(job, ` 下载完成(${statSync(target).size} 字节)`)
    • 读文件是绝大多数插件的正常工作方式,本身不构成顾虑。
  • 接触凭据或密钥credentials一般108 处命中
    • lib/server/domain/ai-run.js:230'- 禁止递归扫描目录(Get-ChildItem -Recurse、find /、rg 全盘搜索);只允许:读 ~/.openviking/、~/.dsh 顶层文件(.credentials.yaml、settings.yaml)、文档缓…
    • lib/server/domain/ai.js:73const credFile = join(homedir(), '.dsh', '.credentials.yaml')
    • lib/server/domain/ai.js:75const m = /^\s*DEEPSEEK_API_KEY\s*:\s*(\S+)\s*$/mu.exec(readFileSync(credFile, 'utf8'))
    • lib/server/domain/ai.js:89* 格式:{ "vlm": { "provider": "...", "api_base": "...", "model": "..." }, "api_key": "sk-..." }
    • 看它读取哪些凭据、发往哪里。用于登录自己的服务是正常的。
  • 读取环境变量reads-env一般24 处命中
    • lib/server/domain/ai.js:161const override = process.env.DSH_OPENVIKING_DATA_ROOT
    • lib/server/routes/compat.js:43const raw = Number(process.env[PREFLIGHT_TIMEOUT_ENV])
    • lib/server/infra/exec.js:106comspec = process.env.ComSpec ?? 'cmd.exe',
    • lib/server/infra/exec.js:108env = process.env,
    • 环境变量里常混有密钥。看它是否把整个 env 都读走。
  • 动态加载模块dynamic-import一般3 处命中
    • lib/server/domain/compat.js:100' const { pathToFileURL } = await import("node:url");',
    • lib/server/domain/compat.js:101' await import(pathToFileURL(mainPath).href);',
    • lib/server/domain/selfupdate.js:222// 注意:这里**不能**用解构(`const { setProfileDependency } = await import(…)`)—— 架构守卫的自由变量
    • lib/server/domain/selfupdate.js:224const manifestModule = await import('./manifest.js')
    • 动态导入本身无害,但会让依赖关系难以静态审阅。
逐条扫描明细
能力标识关注度命中次数
可执行外部程序spawns-processes高关注14
以 shell 执行命令shell-exec高关注2
R012 改写用户 profileprofile-tamper高关注1
写入文件writes-files需留意193
发起网络请求network需留意23
启动伪终端spawns-pty需留意8
可终止进程kills-processes需留意3
运行时改写自身配置modifies-own-manifest需留意1
读取文件reads-files一般397
接触凭据或密钥credentials一般108
读取环境变量reads-env一般24
动态加载模块dynamic-import一般3

这份报告的口径

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

依赖安全公告

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

← 返回全部插件