浏览全部

市场与管理 · v0.6.3

dsh-web-plugin-manager

github.com/LX2000WASD/dsh-web-plugin-manager

能力以 shell 执行命令可执行外部程序改写用户 profile

在 Web UI 中一键管理 DeepSeek Harness (DSH) 插件:查看、实时启停、安装/卸载、更新检测、健康检查(依赖/冲突/兼容性分析)、环境管理、插件市场。

作者原文(英文)

Manage DeepSeek Harness (DSH) plugins from the Web UI: list, enable/disable, install/remove, environments, and a GitHub-awesome-driven marketplace.

简介取自插件自己的 README 原文。

deepseekdeepseek-harnessdshcordispluginplugin-managermarketplace
认证 L0已扫描 ✓健康 S/95周下载 118
13 项能力
许可
MIT
发布
2026-09-12
维护者
xiaotianjuewo

安装命令

dsh plugin --profile web add dsh-web-plugin-manager@0.6.3

未检测

这个包的 tarball 里确实有 dsh.bundle.patch,补丁文件存在且可解析。但「有补丁」是静态检查的结果,不是装过——它能不能在这台机器上装成,还没有验证。

检测报告

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

能力清单

  • 以 shell 执行命令shell-exec高关注5 处命中
    • dist/childproc.js:57const output = execFileSync(comspec, ['/d', '/s', '/c', 'chcp 65001 >nul & where ' + name], {
    • dist/childproc.js:73return { command: hit, dir: dirname(hit), ...(shell ? { shell: true } : {}) };
    • dist/childproc.js:82* shell:true either — Node only concatenates args (DEP0190) and the shim's
    • dist/profiles.js:24const output = execFileSync('powershell', ['-NoProfile', '-NonInteractive', '-Command', script], {
    • 看命令字符串是拼出来的还是写死的。拼接用户输入才是真正的风险。
  • 可执行外部程序spawns-processes高关注4 处命中
    • dist/childproc.js:6import { execFile, execFileSync } from 'node:child_process';
    • dist/index.js:29import { execFileSync, spawn } from 'node:child_process';
    • dist/installFlow.js:8import { execFileSync } from 'node:child_process';
    • dist/profiles.js:6import { execFileSync, spawn } from 'node:child_process';
    • 看它调用哪些程序。调用本机已有的工具是常见做法。
  • 改写用户 profileprofile-tamper高关注1 处命中
    • index.js
    • 看它改的是自己那一段还是别人的。改用户 profile 通常应由用户手动做。
  • 写入文件writes-files需留意38 处命中
    • dist/cli.js:174rmSync(target, { recursive: true, force: true });
    • dist/cli.js:180rmSync(record.location, { recursive: true, force: true });
    • dist/index.js:93mkdirSync(dirname(cachePath), { recursive: true });
    • dist/index.js:98writeFileSync(tmpPath, JSON.stringify({
    • 看写入位置。写自己的配置目录是正常的,写系统目录不是。
  • 可终止进程kills-processes需留意3 处命中
    • dist/index.js:925process.kill(run.pid, 'SIGTERM');
    • dist/index.js:928process.kill(launcher, 'SIGTERM');
    • dist/profiles.js:176process.kill(pid, 0);
    • 看它终止的是自己启动的进程,还是按名字匹配到的任意进程。
  • 发起网络请求network需留意2 处命中
    • dist/client.js:4890const response = await fetch(`${BASE}/${op}`, {
    • README.en.md:86- Transport: official webServer routes + same-origin fetch (no Typert Remote)
    • 看请求发往哪些域名。发往作者自己的后端是常见做法。
  • 启动伪终端spawns-pty需留意2 处命中
    • dist/profiles.js:24const output = execFileSync('powershell', ['-NoProfile', '-NonInteractive', '-Command', script], {
    • dist/profiles.js:234spawn('cmd', ['/c', 'start', '', 'cmd', '/k', command], { stdio: 'ignore', windowsHide: true, env }).unref();
    • 伪终端等于给了一个完整 shell。确认这是插件的核心功能。
  • 运行时改写自身配置modifies-own-manifest需留意2 处命中
    • dist/index.js:193writeFileSync(join(dir, "package.json"), JSON.stringify({
    • dist/index.js:200writeFileSync(join(dir, "cordis.patch.yml"), PATCH_TEMPLATE);
    • 运行时改写自身配置会让下次启动的行为和你看过的源码不一致。
  • 清单可疑manifest-obfuscation需留意1 处命中
    • 安装脚本:prepare
    • 清单被刻意写乱时,加载行为会难以预测。看原文而不是看渲染结果。
  • 读取文件reads-files一般107 处命中
    • dist/analyze.js:107return scanSpecifiers(stripComments(readFileSync(filePath, 'utf8')));
    • dist/analyze.js:172if (existsSync(target) && !statSync(target).isDirectory())
    • dist/analyze.js:337if (seen.has(resolved) || !existsSync(resolved))
    • dist/analyze.js:344if (existsSync(index))
    • 读文件是绝大多数插件的正常工作方式,本身不构成顾虑。
  • 读取环境变量reads-env一般33 处命中
    • dist/childproc.js:12for (const dir of (process.env.PATH ?? '').split(delimiter)) {
    • dist/childproc.js:38const nvmRoot = process.env.NVM_DIR ?? join(homedir(), '.nvm');
    • dist/childproc.js:56const comspec = process.env.ComSpec ?? process.env.comspec ?? 'cmd.exe';
    • dist/childproc.js:103const comspec = process.env.ComSpec ?? process.env.comspec ?? 'cmd.exe';
    • 环境变量里常混有密钥。看它是否把整个 env 都读走。
  • 动态加载模块dynamic-import一般6 处命中
    • dist/installFlow.js:1475// A subpath import (unpdf/pdfjs) is covered by declaring its parent
    • dist/live.js:220const mod = await import('js-yaml');
    • dist/live.js:226const { homedir } = await import('node:os');
    • dist/live.js:227const { join } = await import('node:path');
    • 动态导入本身无害,但会让依赖关系难以静态审阅。
  • 接触凭据或密钥credentials一般5 处命中
    • dist/client.js:1196type: sensitive && !shown ? "password" : "text",
    • dist/registry.js:152const token = process.env.GITHUB_TOKEN ?? process.env.GH_TOKEN;
    • dist/registry.js:194const token = process.env.GITHUB_TOKEN ?? process.env.GH_TOKEN;
    • 看它读取哪些凭据、发往哪里。用于登录自己的服务是正常的。
逐条扫描明细
能力标识关注度命中次数
以 shell 执行命令shell-exec高关注5
可执行外部程序spawns-processes高关注4
改写用户 profileprofile-tamper高关注1
写入文件writes-files需留意38
可终止进程kills-processes需留意3
发起网络请求network需留意2
启动伪终端spawns-pty需留意2
运行时改写自身配置modifies-own-manifest需留意2
清单可疑manifest-obfuscation需留意1
读取文件reads-files一般107
读取环境变量reads-env一般33
动态加载模块dynamic-import一般6
接触凭据或密钥credentials一般5

这份报告的口径

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

可信度

95 健康分 S 扣分项下方逐条附证据
  • -5cordis entry id「plugin-manager」被 4 个包共用,同时安装会互相替换warn:@d4cluvtrain/dsh-plugin-manager、@txc2768651338/dsh-plugin-manager、useful-dsh-plugin-manager

认证等级 L0

  • L0静态结构与契约✓sha512-oZQrQ9GIqtm1aaKd… 与本地 tarball 复算一致,补丁与入口齐备
  • L1配置组合与依赖图—entry id plugin-manager 被 4 个包共用
  • L2隔离沙箱冒烟—尚未试装
  • L3运行时健康监控—未抽样(本层是抽样检测:没有会话不等于干净)
评分口径与作者信息

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

维护者
xiaotianjuewo
仓库
https://github.com/LX2000WASD/dsh-web-plugin-manager
许可
MIT
最后发布
2026-09-12
周下载
118
star
66

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

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

DSH peer 依赖2 个cordisdsh-tools均为 @deepseek-ai/ 下的包
第三方依赖1 个
bundle patch./cordis.patch.yml
依赖安全公告40 条,见下方

这个插件声明的依赖中,有 40 条已公开的安全公告 (最高等级:严重):

等级依赖包编号摘要
严重undiciCVE-2026-13697undici vulnerable to cross-user information disclosure and parse-time crash via degenerate private cache directives
修复版本:7.29.0, 8.9.0 详情
严重undiciCVE-2025-22150Use of Insufficiently Random Values in undici
修复版本:5.28.5, 6.21.1, 7.2.3 详情
严重undiciCVE-2026-6734undici vulnerable to cross-origin request routing via SOCKS5 proxy pool reuse
修复版本:7.28.0, 8.2.0 详情
严重undiciCVE-2026-9697undici vulnerable to TLS certificate validation bypass via dropped requestTls in SOCKS5 ProxyAgent
修复版本:7.28.0, 8.5.0 详情
严重undiciCVE-2026-85152undici vulnerable to cross-origin cache poisoning via missing origin isolation in interceptors
修复版本:8.10.2 详情
严重undiciCVE-2026-84961undici vulnerable to TLS certificate validation bypass via dropped connect options in BalancedPool
修复版本:7.29.1, 8.10.2 详情
中js-yamlCVE-2026-84375js-yaml: maxTotalMergeKeys does not limit CPU use for empty merge sources
修复版本:3.15.2, 4.3.2 详情
中js-yamlCVE-2026-59869js-yaml: YAML merge-key chains can force quadratic CPU consumption
修复版本:3.15.0, 4.3.0 详情
中js-yamlGHSA-5p4m-2wfm-xmqjJS-YAML: Quadratic CPU consumption in !!omap resolution (3.x and 4.x) — CVE-2026-59870 fix not backported
修复版本:3.15.1, 4.3.1 详情
中undiciCVE-2026-84933undici vulnerable to cross-user cookie disclosure via Set-Cookie caching in shared caches
修复版本:7.29.1, 8.10.2 详情
中undiciCVE-2026-1525Undici has an HTTP Request/Response Smuggling issue
修复版本:6.24.0, 7.24.0 详情
中undiciCVE-2026-9675undici WebSocket client vulnerable to denial of service via cumulative fragment bypass
修复版本:8.5.0 详情

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

元数据

主页https://github.com/LX2000WASD/dsh-web-plugin-manager#readme
仓库最近提交2026-09-20
仓库创建2026-08-13

返回首页