市场与管理 · v0.4.6

dsh-plugin-center

Name: dsh-plugin-center
Author: max-null

github.com/Max-Null/dsh-plugin-center

能力以 shell 执行命令可执行外部程序含混淆或编码代码

DeepSeek Harness (dsh) 的插件中心——可在 Web UI 内浏览、安装和更新社区插件。

作者原文（英文）

Plugin center for DeepSeek Harness (dsh) — browse, install, and update community plugins from inside the Web UI.

简介取自插件 README 开头，由 DeepSeek 模型翻译，仅供参考。

deepseekharnessdshdsh-plugindeepseek-harnesspluginmarketupdate

认证 L2已扫描 ✓健康 S/100周下载 454

7 项能力

许可: MIT
发布: 2026-10-02
维护者: max-null
插件 ID: 915

安装命令

dsh plugin --profile web add @max-null/dsh-plugin-center@0.4.6

已试装 · 层已挂载

已在一个隔离的 profile 里真装过：包能装上，并且插件层挂载成功。这一条是实测结果，不是作者的声明。

检测报告

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

2高关注3需留意2一般17未命中

高关注需留意一般

能力清单

以 shell 执行命令shell-exec高关注3 处命中
- dist/update.js:40const listing = execFileSync('tar', ['-tzf', tgz], { encoding: 'utf8', timeout: 30000 });
- dist/update.js:45const bundle = execFileSync('tar', ['-xzOf', tgz, file], { encoding: 'utf8', timeout: 30000 });
- dist/update.js:437* spawning it directly through `shell: true` makes cmd hand the .cjs to
- dist/update.js:490// shell: true —— Windows 下 .cmd shim 必须经 shell 才能 spawn；
- 看命令字符串是拼出来的还是写死的。拼接用户输入才是真正的风险。
可执行外部程序spawns-processes高关注1 处命中
- dist/update.js:6import { execFileSync, spawn } from 'node:child_process';
- 看它调用哪些程序。调用本机已有的工具是常见做法。
含混淆或编码代码obfuscated-code需留意47 处命中
- client.js:86/* \u6765\u6E90\u4ED3\u5E93\u77ED\u540D\uFF1A\u53EF\u6536\u7F29 + \u622A\u65AD\u7701\u7565(\u957F owner/repo \u4E0D\u649…
- client.js:107/* \u7B5B\u9009\u533A\u7EB5\u5411\u5BB9\u5668\uFF1AAI \u63A8\u8350\u884C / \u4E3B\u7B5B\u9009\u884C / \u5206\u7C7B\u884C…
- client.js:109/* \u4E3B\u7B5B\u9009\u884C\uFF1A\u4E00\u884C\u653E\u641C\u7D22 + \u6765\u6E90 + \u5DE5\u4F5C\u533A\u6309\u94AE\uFF0C\u4…
- client.js:111/* \u5206\u7C7B\u884C\uFF1A\u72EC\u7ACB\u4E00\u884C\u3001\u6A2A\u5411\u6EDA\u52A8\uFF08\u4E0D wrap \u6210\u6298\u884C\u4…
- 混淆本身不是恶意，但公开源码里出现大段混淆值得问一句为什么。
写入文件writes-files需留意16 处命中
- dist/engine.js:134await mkdir(dirname(path), { recursive: true });
- dist/engine.js:135await writeFile(path, JSON.stringify(versions), 'utf8');
- dist/engine.js:158await mkdir(dirname(path), { recursive: true });
- dist/engine.js:159await writeFile(path, JSON.stringify({ day, at: new Date().toISOString() }), 'utf8');
- 看写入位置。写自己的配置目录是正常的，写系统目录不是。
发起网络请求network需留意15 处命中
- client.js:1625void fetch("/ssid/api/sessionRoot.restart", { method: "POST", headers: { "content-type": "application/json" }, body: "{}…
- client.js:2136const response = await fetch("/api/plugin-center", {
- dist/engine.js:38const res = await fetch(`https://raw.githubusercontent.com/${repo}/${branch}/README.md`, {
- dist/engine.js:251/** Start the awesome catalog fetch (with failed-retry cooldown). */
- 看请求发往哪些域名。发往作者自己的后端是常见做法。
读取文件reads-files一般44 处命中
- dist/engine.js:124return JSON.parse(await readFile(this.readVersionsPath, 'utf8'));
- dist/engine.js:146const parsed = JSON.parse(await readFile(this.whatsNewDailyPath, 'utf8'));
- dist/engine.js:554if (existsSync(patchPath)
- dist/engine.js:555&& new RegExp(`^- id: ${escapeRegExp(patchId)}$`, 'm').test(readFileSync(patchPath, 'utf8'))) {
- 读文件是绝大多数插件的正常工作方式，本身不构成顾虑。
读取环境变量reads-env一般8 处命中
- dist/engine.js:113const env = process.env.DSH_HOME;
- dist/engine.js:475if (process.env.SSID_PENDING_CONSUMER === '1') {
- dist/llm-log.js:11export function llmLogPath(dshHome = process.env.DSH_HOME) {
- dist/update.js:266if (compat !== 'incompatible' && process.env.SSID_PENDING_CONSUMER === '1') {
- 环境变量里常混有密钥。看它是否把整个 env 都读走。

逐条扫描明细

能力	标识	关注度	命中次数
以 shell 执行命令	`shell-exec`	高关注	3
可执行外部程序	`spawns-processes`	高关注	1
含混淆或编码代码	`obfuscated-code`	需留意	47
写入文件	`writes-files`	需留意	16
发起网络请求	`network`	需留意	15
读取文件	`reads-files`	一般	44
读取环境变量	`reads-env`	一般	8

这份报告的口径

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

可信度

100 健康分 S 扣分项下方逐条附证据

0没有可扣分的项

认证等级 L2

L0静态结构与契约✓sha512-ZP3At77F9DcqdOMX… 与本地 tarball 复算一致，补丁与入口齐备
L1配置组合与依赖图✓跨包无 entry id 冲突，插入模块可解析，目录内 peer 满足
L2隔离沙箱冒烟✓隔离 profile 安装成功，4.3s，层已挂载；宿主带它启动（booted）
L3运行时健康监控—运行时观测到异常：hosts+dns

评分口径与作者信息

从 100 分开始按规则扣减：fail −20 / major −10 / warn −5 / minor −2；star 数、下载量、LLM 输出都不参与评分

维护者: max-null
仓库: https://github.com/Max-Null/dsh-plugin-center
许可: MIT
最后发布: 2026-10-02
周下载: 454
star: 1

扫描状态：已扫描。能力是事实，不是缺陷；周下载与 star 只作参考，不参与评分。

认证等级只回答四件事：包本身是否完整可解析（L0）、能不能与别的插件组合（L1）、隔离环境里装不装得上并起得来（L2）、抽样运行时有没有异常（L3）。依赖漏洞、仓库存活、下载量都不参与评级，只作为独立信号标注。可信 ≠ 无漏洞，上架 ≠ 推荐。

DSH peer 依赖	4 个`cordiscordis-plugin-loaderdsh-client-connectiondsh-host-apiproxy`均为 `@deepseek-ai/` 下的包
第三方依赖	1 个
bundle patch	`./cordis.patch.yml`
依赖安全公告	6 条，见下方

这个插件声明的依赖中，有 6 条已公开的安全公告（最高等级：中）：

等级	依赖包	编号	摘要
中	`js-yaml`	CVE-2026-84375	js-yaml: maxTotalMergeKeys does not limit CPU use for empty merge sources 修复版本：3.15.2, 4.3.2 详情
中	`js-yaml`	CVE-2026-59869	js-yaml: YAML merge-key chains can force quadratic CPU consumption 修复版本：3.15.0, 4.3.0 详情
中	`js-yaml`	GHSA-5p4m-2wfm-xmqj	JS-YAML: Quadratic CPU consumption in !!omap resolution (3.x and 4.x) — CVE-2026-59870 fix not backported 修复版本：3.15.1, 4.3.1 详情
低	`js-yaml`	CVE-2026-53550	JS-YAML: Quadratic-complexity DoS in merge key handling via repeated aliases 修复版本：3.15.0, 4.2.0 详情
低	`js-yaml`	CVE-2025-64718	js-yaml has prototype pollution in merge (<<) 修复版本：3.14.2, 4.1.1 详情
低	`js-yaml`	GHSA-r3ph-w7gj-g6xm	js-yaml: maxTotalMergeKeys does not limit CPU use for empty merge sources 修复版本：5.4.1 详情

查询的是依赖声明范围的下界（如 ^4.2.0 查 4.2.0），不是实际安装到的版本。真正装的时候如果解析到了修复版本，就不受影响—— 所以这是「可能受影响」，不是「这个插件有漏洞」。数据来自 OSV.dev。

元数据

主页	https://github.com/Max-Null/dsh-plugin-center#readme
仓库最近提交	2026-10-02
仓库创建	2026-08-16

返回首页

检测报告

能力清单

这份报告的口径

可信度

认证等级 L2

元数据

同分类其他插件