DSH插件目录
D

dsh-workbench

github.com/lee259/dsh-workbench

v0.16.1 其他 可执行外部程序发起网络请求含混淆或编码代码
认证 L3已扫描 ✓健康 S/100周下载 577

DeepSeek Harness Web 内的 Codex 风格审查。直接审查 Harness 每轮记录的文件变更和原生 Diff。

作者原文（英文）

A right-side file workspace for DeepSeek Harness Web.

中文简介由 DeepSeek 模型翻译，仅供参考。

deepseek-harnessdshdsh-plugincordisworkbenchfile-previewfile-treediff
发布
2026-09-30

检测报告

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

能力清单

  • 可执行外部程序spawns-processes高关注2 处命中
    • lib/host/git-diff.js:1import { execFile } from "node:child_process";
    • lib/host/system-open.js:1import { execFile } from "node:child_process";
    • 看它调用哪些程序。调用本机已有的工具是常见做法。
  • 发起网络请求network需留意31 处命中
    • lib/client/review/activity-data.js:3const response = await fetch(ACTIVITY_API_PATH);
    • lib/client.js:302const response = await fetch(`${FILE_API_PATH}?${query}`);
    • lib/client.js:314const response = await fetch(FILE_API_PATH, {
    • lib/client.js:329const response = await fetch(`${FILES_API_PATH}?q=${encodeURIComponent(query)}`);
    • 看请求发往哪些域名。发往作者自己的后端是常见做法。
  • 含混淆或编码代码obfuscated-code需留意7 处命中
    • lib/client/styles.generated.d.ts:1export declare const WORKBENCH_CSS = "/* Source of truth for workbench styles. Modules are expanded at build time. */\n/…
    • 混淆本身不是恶意，但公开源码里出现大段混淆值得问一句为什么。
  • 写入文件writes-files需留意3 处命中
    • lib/host/workspace.js:18writeFile(absolute, content) {
    • lib/host/workspace.js:19return writeFile(absolute, content, "utf8");
    • lib/host/workspace.js:84await reader.writeFile(located.absolute, content);
    • 看写入位置。写自己的配置目录是正常的，写系统目录不是。
  • 清单可疑manifest-obfuscation需留意1 处命中
    • 安装脚本：prepare
    • 清单被刻意写乱时，加载行为会难以预测。看原文而不是看渲染结果。
  • 动态加载模块dynamic-import一般73 处命中
    • lib/client/workbench/body.d.ts:77}): import("react").JSX.Element;
    • lib/client/preview/code-view.d.ts:11}): import("react").JSX.Element | null;
    • …client/workbench/components.d.ts:4DrawerRoot: () => import("react").JSX.Element;
    • …client/workbench/components.d.ts:5NativeWorkspace: () => import("react").JSX.Element;
    • 动态导入本身无害，但会让依赖关系难以静态审阅。
  • 读取文件reads-files一般19 处命中
    • lib/host/git-diff.js:25return await readFile(join(root, path), "utf8");
    • lib/host/index.js:59const content = await readFile(new URL("../client-editor.js", import.meta.url));
    • lib/host/index.js:506const content = await readFile(located.absolute);
    • lib/host/workspace-watch.js:8readDir(root) {
    • 读文件是绝大多数插件的正常工作方式，本身不构成顾虑。
逐条扫描明细
能力标识关注度命中次数
可执行外部程序spawns-processes高关注2
发起网络请求network需留意31
含混淆或编码代码obfuscated-code需留意7
写入文件writes-files需留意3
清单可疑manifest-obfuscation需留意1
动态加载模块dynamic-import一般73
读取文件reads-files一般19

这份报告的口径

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

依赖安全公告

这个插件声明的依赖中，有 2 条已公开的安全公告 ：

等级依赖包编号摘要
未分级dompurifyCVE-2026-109345DOMPurify: IN_PLACE returns a force-removed rawtext root whose text carries attacker markup — pure HTML reparse executes
修复版本：3.4.16 详情 →
未分级dompurifyCVE-2026-109344DOMPurify: IN_PLACE: node-removing afterSanitize hook leaves detached subtree event handlers armed, causing DOM XSS
修复版本：3.4.16 详情 →

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

可信度

100 健康分 S 扣分项下方逐条附证据
  • 0没有可扣分的项

认证等级 L3

  • L0内容完整性✓sha512-MXVjnuEjDh339yvS… 与本地 tarball 复算一致
  • L1来源✓维护者 shizhelee，仓库 lee259/dsh-workbench（未做仓库审计）
  • L2发行✓隔离 profile 安装成功，6.2s，层已挂载
  • L3生态✓契约一致，宿主带它启动成功
  • L4多方独立验证—本站不做第三方独立背书
评分口径与作者信息

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

维护者
shizhelee
仓库
https://github.com/lee259/dsh-workbench
许可
MIT
最后发布
2026-09-30
周下载
577
star
9

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

认证等级核验的是这个包本身（内容指纹、来源、能否安装、声明是否属实）；依赖漏洞是独立标注的，两者正交、不互相掩盖。可信 ≠ 无漏洞，上架 ≠ 推荐。

← 返回全部插件