安装验证:运行验证通过 (L5) · 验证于 dsh 0.2.1-rc.2 · 验证日期 安装验证详情 →
功能介绍AI
本地 HTTP 信件桥,模拟《BSide: Olivia Lin》后端,让游戏内信件由持久化 DSH agent 会话回复。
- 在回环地址启动 HTTP 服务,模拟已停服的官方后端
- 复现 /toy/letter/* 接口契约,客户端无需改动
- 每封信送入持久化 agent 会话,并记住所有往来信件
能力标签为 AI 推断或 README 规则抽取(见角标),词表受限、未经安装验证;AI = 推断,README = 原文关键词。
安装
dsh plugin --profile web add dsh-olivia-bridge安装方式: npm · 运行验证通过 (L5)
验证与兼容性
按插件版本分组:每张卡是该插件版本实测过的 dsh 版本与安装兼容结论(L5 优先)。只列真测过的组合——未列出 = 未实测,不推定兼容。L1–L3 为插件级静态档(与 dsh 版本无关,各 dsh 行同值):在行内「验证等级」格里与 L4/L5 并列显示、标注「静态」,证据体为插件级单份、随行内「查看检查项与证据」出现,不在各版本重复存储。
External credentials(插件级):未检测到
○ 作者未声明 dsh 版本要求 —— 安装不会因版本被拒。
| 插件版本 \ dsh | dsh 0.2.1-rc.2 当前 | dsh 0.2.1-alpha.4 | dsh 0.2.1-alpha.2 |
|---|---|---|---|
| 0.2.1 | ✓ | ✓ | ✓ |
| v0.2.1 | · | · | · |
0.2.1npm✓ 运行验证通过 32026-10-19
dsh-olivia-bridge
✓dsh 0.2.1-rc.2当前2026-10-19L5 · 运行验证通过
- • Node.js: v24.14.0
- • DSH: 0.2.1-rc.2
- • 被测插件工件: npm · dsh-olivia-bridge@0.2.1
ID: dsh-olivia-bridge@0.2.1@dsh0.2.1-rc.2 · 档位: l4-sandbox
签发:2026-10-19 · 有效至:2026-10-26
查看检查项与证据
已在加载器目录树中激活(150 个条目)
L1–L3 为插件级静态结论(基础门槛,全 dsh 版本相同):证据为插件级单份,不在各版本重复存储。
✓dsh 0.2.1-alpha.42026-10-16L5 · 运行验证通过
- • Node.js: v24.14.0
- • DSH: 0.2.1-alpha.4
- • 被测插件工件: npm · dsh-olivia-bridge@0.2.1
ID: dsh-olivia-bridge@0.2.1@dsh0.2.1-alpha.4 · 档位: l4-sandbox
签发:2026-10-16 · 有效至:2026-10-23
查看检查项与证据
已在加载器目录树中激活(150 个条目)
L1–L3 为插件级静态结论(基础门槛,全 dsh 版本相同):证据为插件级单份,不在各版本重复存储。
✓dsh 0.2.1-alpha.22026-10-15L5 · 运行验证通过
- • Node.js: v24.14.0
- • DSH: 0.2.1-alpha.2
- • 被测插件工件: npm · dsh-olivia-bridge@0.2.1
ID: dsh-olivia-bridge@0.2.1@dsh0.2.1-alpha.2 · 档位: l3-fullscan
签发:2026-10-15 · 有效至:2026-10-22
查看检查项与证据
已在加载器目录树中激活(150 个条目)
L1–L3 为插件级静态结论(基础门槛,全 dsh 版本相同):证据为插件级单份,不在各版本重复存储。
v0.2.1github2026-10-14
https://github.com/MacilyDots/dsh-olivia-bridge
该版本无运行时安装实测(仅静态扫描)——兼容性未知,不推定。
作者徽章
将官方徽章嵌入你的 README,展示插件的安全与安装检测状态:
`[](https://www.dsh.so/artifact/dsh-olivia-bridge/)``[](https://www.dsh.so/artifact/dsh-olivia-bridge/)`安全报告
两层自动化检查,都不是人工审核:静态扫描(逐插件规则判定)与模型驱动的动态安全审计(只覆盖静态判定 warn 及以上的插件子集,不执行插件代码)。
静态扫描 低,动态审计最高 高,按「取更严者」→ 总评级 高。
v0.2.1dsh 清单0.2.1npm2026-10-210.2.1版本一致clean · npmvet 为 AST 静态扫描(npm 发布物或 git 源码)。
静态发现(8 条)
- 警告shellExec · shell
lib/midi.js:381execFileSync(this.ffmpegPath, [ - 警告netIp · network
lib/midi.js:298createUpload({ filename = "upload.mid", uploadUrl = "http://127.0.0.1:8791" } = {}) { - 警告netIp · network
lib/midi.js:321generate({ midiUrl, filename = "", mediaBaseUrl = "http://127.0.0.1:8791" }) { - 警告netIp · network
lib/midi.js:486const base = job.mediaBaseUrl ?? "http://127.0.0.1:8791"; - 警告netIp · network
tools/diagnose.mjs:5const base = `http://127.0.0.1:${port}`; - 警告netIp · network
tools/inject.js:23var LOCAL = 'http://127.0.0.1:8791'; - 警告netIp · network
tools/inject.js:24var HELPER = 'http://127.0.0.1:8792'; - 警告netIp · network
tools/verify.mjs:5const base = `http://127.0.0.1:${port}`;
展开 3 条审计发现
- high本地桥无鉴权、反射任意 Origin 并带凭证,暴露信件与 agent 控制接口
lib/index.js:83所有路由都不校验 token/uid/Origin(x-token、x-uid 只出现在 Access-Control-Allow-Headers 里,从未被验证),而响应会回显调用方 Origin 且允许凭证。因此用户访问的任意网页(受浏览器本地网络策略限制)或任意本地进程都能读取 GET /toy/letter/list(完整私人信件历史,toDetail 还会返回正文),用 POST /toy/letter/clear、/toy/letter/delete 清空或删除数据,并通过 POST /toy/letter/send、/olivia/agent-test、/olivia/llm-test、/olivia/retry 驱动机 agent,使 127.0.0.1:8791 成为浏览器可达的信箱与 agent 控制接口。
- medium负责回信的 agent 被静默提升到 danger-full-access 权限预设
lib/agent-bridge.js:212cordis.patch.yml 把 permissionPreset 留空并注明「跟随会话默认权限;写信本身不碰文件系统」,但空串被 filter 掉后首先尝试 "danger-full-access",因此回信会话通常拿到完整工具/文件/命令权限。来信正文又是原样投进该会话(agent.followup(userMessage(text))),且端口无鉴权(见 network 条目),于是可被影响的文本成为提示注入→以 DSH 用户身份执行任意工具的路径,与设计说明相矛盾。
- low注入游戏客户端的探针暴露未鉴权的本地命令通道并记录请求 URL
tools/inject.js:21该探针被注入游戏 index.html 后,每 4 秒轮询 http://127.0.0.1:8792/next 并执行其返回内容:路由跳转以及对任意选择器执行 document.querySelector(cmd.sel).click()。任何抢先占用 8792 端口的本地进程即可获得游戏客户端页面的 UI 控制权(探针还会把客户端的 /toy/* 及 miyoushe/mihoyo 请求透明改写到本地桥)。它还会把每个 XHR/fetch 的 URL 前 300 字符上报到 bridge.log,可能记录 query 中的令牌。影响仅限本地且属开发工具,但 8792 通道没有任何鉴权。
面向游戏客户端的本地桥未鉴权、反射任意 Origin 且允许凭证,并把来信正文投给权限回退到 danger-full-access 的 agent。
口径:动态审计只会把风险往严重里判,不会把风险降下来(只升不降,不构成豁免);模型判错时由人工复核撤回,撤回后回到静态判定。合并判定 = 两层中更严的那一个。
免责声明:静态扫描与动态安全审计都是自动化分析,不构成安全保证。安装前请自行审查。
活跃度
最近提交 2026-10-16 · 活跃度:活跃
• 仓库创建: 2026-10-06
• 星标: ★ 0 · 复刻: 0
• 健康度: 活跃 — 近 30 天有提交
来源
作者 README
GitHub 原文 ↗展示作者仓库中的原始 README 内容,实时抓取、未做改写;优先加载中文版(README.zh-CN.md 等),无中文版时回退英文。
