dsh-qa-surface
github.com/xarleyn/dsh-plugins
v0.16.0
界面与主题
含混淆或编码代码写入文件发起网络请求
一个专注、响应式的 QA/聊天页面,用于 DeepSeek Harness,位于 `/qa`。它替换的是呈现层,而不是 harness 本身:prompt、流式输出、工具、skills、MCP、记忆、持久化、权限和遥测仍然通过原生 DSH Session 和 Agent Loop 进行。
作者原文(英文)
A focused end-user QA surface backed by native DeepSeek Harness sessions
中文简介由 DeepSeek 模型翻译,仅供参考。
deepseekdeepseek-harnessdshdsh-plugincordisqachatweb-ui
检测报告
有一定能力。命中了若干能力模式,大多是插件正常工作时会用到的。
3需留意4一般17未命中
高关注需留意一般
能力清单
- 含混淆或编码代码
obfuscated-code需留意1080 处命中…ient/settings/sections/access.js:15return (_jsxs(Section, { title: "\u0414\u043E\u0441\u0442\u0443\u043F \u0438 \u043C\u0430\u0440\u0448\u0440\u0443\u0442"……ient/settings/sections/access.js:17} }), _jsx(Toggle, { checked: config?.route?.matchChildren ?? true, disabled: disabled, label: "\u0412\u043A\u043B\u044E……ient/settings/sections/access.js:19} }), _jsx(TextField, { label: "\u041F\u0443\u0442\u044C \u0441\u0442\u0440\u0430\u043D\u0438\u0446\u044B", value: confi……ient/settings/sections/access.js:21} }), _jsx(Toggle, { checked: config?.entry?.redirectNonLoopback ?? true, disabled: disabled, label: "\u0412\u043D\u0435…- 混淆本身不是恶意,但公开源码里出现大段混淆值得问一句为什么。
- 写入文件
writes-files需留意39 处命中lib/integration/attachments.js:166await writeFile(input, file.bytes, { mode: 0o600 });lib/accounts/database.js:461renameSync(legacyFilePath, `${legacyFilePath}.migrated-${new Date().toISOString().replace(/[:.]/gu, "-")}`);lib/qa-tools/file-delete.js:143await unlink(absolute);lib/index.js:1440return this.chatTransport.rename(token, request);- 看写入位置。写自己的配置目录是正常的,写系统目录不是。
- 发起网络请求
network需留意1 处命中lib/chat-sharing/uploads.js:5return connection.fetch.register({- 看请求发往哪些域名。发往作者自己的后端是常见做法。
- 接触凭据或密钥
credentials一般688 处命中lib/account-remotes.js:70register: (email, password) => {lib/account-remotes.js:72return run(() => store.register(email, password));lib/account-remotes.js:74login: (email, password) => {lib/account-remotes.js:76return run(() => store.login(email, password));- 看它读取哪些凭据、发往哪里。用于登录自己的服务是正常的。
- 动态加载模块
dynamic-import一般154 处命中lib/index.js:1540const agent = this.ctx.agents.get((await import("@deepseek-ai/dsh-session/types")).SessionId(sessionId));lib/index.js:1745const agent = this.ctx.agents.get((await import("@deepseek-ai/dsh-session/types")).SessionId(sessionId));lib/admin/service.js:162require(token, permission) {lib/admin/service.js:358this.require(token, "conversations.read.all");- 动态导入本身无害,但会让依赖关系难以静态审阅。
- 读取文件
reads-files一般37 处命中lib/cli.js:35password = readFileSync(0, "utf8");lib/cli.js:47return readFileSync(path, "utf8");lib/config.js:32const manifest = JSON.parse(readFileSync(new URL("../package.json", import.meta.url), "utf-8"));lib/accounts/database.js:440raw = readFileSync(legacyFilePath, "utf8");- 读文件是绝大多数插件的正常工作方式,本身不构成顾虑。
- 读取环境变量
reads-env一般10 处命中lib/accounts/file.js:5const home = process.env.DSH_HOME?.trim();lib/accounts/file.js:13const home = process.env.DSH_HOME?.trim();lib/admin/quality-store.js:213const home = process.env.DSH_HOME?.trim();lib/admin/quality-store.js:224const home = process.env.DSH_HOME?.trim();- 环境变量里常混有密钥。看它是否把整个 env 都读走。
逐条扫描明细
| 能力 | 标识 | 关注度 | 命中次数 |
|---|---|---|---|
| 含混淆或编码代码 | obfuscated-code | 需留意 | 1080 |
| 写入文件 | writes-files | 需留意 | 39 |
| 发起网络请求 | network | 需留意 | 1 |
| 接触凭据或密钥 | credentials | 一般 | 688 |
| 动态加载模块 | dynamic-import | 一般 | 154 |
| 读取文件 | reads-files | 一般 | 37 |
| 读取环境变量 | reads-env | 一般 | 10 |
这份报告的口径
扫描读的是包里的源码,全程不执行第三方代码。 本次读了 630 个文件,扫描于 2026-10-14。 命中次数只说明源码里出现过这类调用,不说明行为好坏——一个插件读写文件 500 次和 1 次 都会被记为「读取文件」。这是能力清单,不是信任评分,也不是安全结论: 没扫出来的能力可能只是写法没被规则覆盖。
依赖安全公告
这个插件声明的依赖中,有 3 条已公开的安全公告 (最高等级:中):
| 等级 | 依赖包 | 编号 | 摘要 |
|---|---|---|---|
| 中 | yaml | CVE-2023-2251 | Uncaught Exception in yaml 修复版本:2.2.2 详情 → |
| 低 | yaml | CVE-2026-33532 | yaml is vulnerable to Stack Overflow via deeply nested YAML collections 修复版本:1.10.3, 2.8.3 详情 → |
| 低 | zod | CVE-2023-4316 | Zod denial of service vulnerability 修复版本:3.22.3 详情 → |
查询的是依赖声明范围的下界(如 ^4.2.0 查 4.2.0),
不是实际安装到的版本。真正装的时候如果解析到了修复版本,就不受影响——
所以这是「可能受影响」,不是「这个插件有漏洞」。数据来自
OSV.dev。