dsh.so
中文
English中文
@xhuyangx1/dsh-qq-bridge avatar

@xhuyangx1/dsh-qq-bridge

用 QQ 私聊远程驱动 DeepSeek Harness

Plugin
验证
L4 · 安装已测
失败
风险
低风险
健康
活跃
信任
银

安装验证：沙盒安装通过，Web 冒烟失败 (L5 failed) · 验证于 dsh 0.2.1-rc.2 · 验证日期 安装验证详情 →

功能介绍

用 QQ 私聊远程驱动 DeepSeek Harness

安装

dsh plugin --profile web add github:xhuyangx1/dsh-qq-bridge
已验证

安装方式: GitHub · 沙盒安装通过，Web 冒烟失败 (L5 failed)

验证与兼容性

按插件版本分组：每张卡是该插件版本实测过的 dsh 版本与安装兼容结论（L5 优先）。只列真测过的组合——未列出 = 未实测，不推定兼容。L1–L3 为插件级静态档（与 dsh 版本无关，各 dsh 行同值）：在行内「验证等级」格里与 L4/L5 并列显示、标注「静态」，证据体为插件级单份、随行内「查看检查项与证据」出现，不在各版本重复存储。

External credentials（插件级）：未检测到

原插件兼容声明来自 package.json · peerDependencies
作者未声明 dsh 版本要求

○ 作者未声明 dsh 版本要求 —— 安装不会因版本被拒。

安装兼容矩阵（速览 · 行 = 插件版本〔最近 5〕，列 = dsh 版本〔最近 5〕）
结论一览 → 证据在下方分版本卡片
插件版本 ＼ dshdsh 0.2.1-rc.2
v0.2.0·
安装兼容实测（按插件版本，组内按 dsh 版本）
图例：✓ L5 运行验证通过○ 生态插件◼ 生态应用✗ 失败
v0.2.0github2026-10-21

https://github.com/xhuyangx1/dsh-qq-bridge

该版本无运行时安装实测（仅静态扫描）——兼容性未知，不推定。

仅展示最近 3 个已发布版本；源码快照（commit hash）组、未标注工件组与更早版本不展示——全量档案保留在数据层（插件无任何已发布版本时，快照/未标注组才照常展示）。

作者徽章

将官方徽章嵌入你的 README，展示插件的安全与安装检测状态：

dsh.so risk
`[![dsh.so risk](https://www.dsh.so/badge/dsh-qq-bridge-5.svg)](https://www.dsh.so/artifact/dsh-qq-bridge-5/)`

安全报告

两层自动化检查，都不是人工审核：静态扫描（逐插件规则判定）与模型驱动的动态安全审计（只覆盖静态判定 warn 及以上的插件子集，不执行插件代码）。

dsh-qq-bridge-5自动审查 · 每日更新

静态扫描 低，动态审计最高 中，按「取更严者」→ 总评级 中。

静态 低→动态 中→总评级 中
0 严重·0 高
中总评级 · 中
1静态扫描 · vet 主判vet AST 静态分析（npm 发布物或 git 源码）
版本绑定
插件版本v0.2.0dsh 清单
扫描版本v0.2.0git2026-10-21
当前版本v0.2.0版本一致
vet 判定clean · git

vet 为 AST 静态扫描（npm 发布物或 git 源码）。

静态发现（5 条）
  • 警告childProcess · code-execlib/acp.js:49

    const child = spawn(this.#bin, this.#args, {

  • 警告childProcess · code-execlib/index.js:595

    child = spawn(bin, args, {

  • 警告shellExec · shelllib/napcat.js:28

    const out = execFileSync('netstat', ['-ano', '-p', 'TCP'], {

  • 警告shellExec · shelllib/napcat.js:41

    const out = execFileSync('tasklist', ['/FI', 'IMAGENAME eq NapCatWinBootMain.exe', '/NH'], {

  • 警告shellExec · shelllib/napcat.js:118

    execFileSync('schtasks', [

2动态审计模型读脱敏源码上下文 · 不执行插件代码
最高等级中
并入后总评级 中
审计时间2026-10-19
发现计数0 严重·0 高另有 2 条中 / 1 条低未展开
展开 3 条审计发现
  • medium访问控制默认放行：允许列表为空且 privateOnly 默认 false，任意 QQ 用户都能驱动 agentlib/index.js:37

    classify() 只在集合非空时才过滤（`if (allowedUsers.size > 0 && !allowedUsers.has(userId)) return { ok: false }`），因此 allowedUsers 为空意味着“所有人”，而 privateOnly 在第 57 行默认 false。运维用最小配置启用插件后，任何能给机器人发私聊或与它同群的 QQ 用户都能发送 `/dsh <任意内容>`，任务会经由带 bash/read/write 的 agent preset 执行，等于在主机上任意执行命令，并可把文件回传给该用户。

  • medium未校验 OneBot 提供的媒体 URL 与 get_file 路径，可导致 SSRF 与任意本地文件读取lib/index.js:481

    media.url 直接来自 OneBot 消息段，furl 来自 get_file 应答，二者都没有协议/主机/路径限制（且跟随重定向）。字节被写入 <cwd>/inbox，路径随后被拼进模型提示让 agent 读取。因此恶意或被攻陷的 OneBot 端点（endpoint 可配置、accessToken 默认空）可以让插件访问内网 HTTP 服务，或读取 DSH 进程可读的任意文件（如 SSH 私钥、.env），并把内容摘要回传到 QQ 聊天。

  • lowWindows shell 模式下，纯文本 headless 模式会把 QQ 原始文本作为参数交给 cmd.exelib/index.js:580

    当 detectHeadlessMode() 回退到 'plain'（dsh ≤ 0.1.5 或 `--help` 失败）且可执行文件在 Windows 上解析为 .cmd/.bat 时，spawn 使用 shell:true，用户提供的 prompt 被拼进命令行，QQ 消息中的 cmd 元字符（&、|、>）可突破参数边界。第 132 行注释“参数里只有固定的开关和 UUID，没有引号风险”在这条路径上不成立。

该插件本质是把 QQ 消息变成主机命令执行；真实风险是访问控制默认放行、未校验的 OneBot 媒体地址/路径（SSRF/任意读文件）以及 Windows 纯文本模式下的 shell 参数注入。

口径：动态审计只会把风险往严重里判，不会把风险降下来（只升不降，不构成豁免）；模型判错时由人工复核撤回，撤回后回到静态判定。合并判定 = 两层中更严的那一个。

免责声明：静态扫描与动态安全审计都是自动化分析，不构成安全保证。安装前请自行审查。

活跃度

最近提交 2026-10-18 · 活跃度：活跃

• 仓库创建: 2026-10-18

• 星标: ★ 0 · 复刻: 0

• 健康度: 活跃 — 近 30 天有提交

来源

GitHub: github.com/xhuyangx1/dsh-qq-bridge

这页有帮助吗？