dsh.so
中文
English中文
@sixrg7734/dsh-sw-approval avatar

@sixrg7734/dsh-sw-approval

DeepSeek Harness 插件，仅对可信 SolidWorks 建模操作自动放行，兼顾效率与沙箱安全

Plugin效率安全
验证
L5 · 运行已测
通过
风险
低风险
健康
活跃
信任
金

安装验证：运行验证通过 (L5) · 验证于 dsh 0.2.1-rc.2 · 验证日期 安装验证详情 →

安装验证徽章 dsh 0.2.1-rc.2

功能介绍

DeepSeek Harness 插件，仅对可信 SolidWorks 建模操作自动放行，兼顾效率与沙箱安全

安装

dsh plugin --profile web add github:sixrg7734/dsh-sw-approval#v0.1.3
已验证 v0.1.3

安装方式: GitHub · 运行验证通过 (L5)

验证与兼容性

按插件版本分组：每张卡是该插件版本实测过的 dsh 版本与安装兼容结论（L5 优先）。只列真测过的组合——未列出 = 未实测，不推定兼容。L1–L3 为插件级静态档（与 dsh 版本无关，各 dsh 行同值）：在行内「验证等级」格里与 L4/L5 并列显示、标注「静态」，证据体为插件级单份、随行内「查看检查项与证据」出现，不在各版本重复存储。

External credentials（插件级）：未检测到

原插件兼容声明来自 package.json · peerDependencies
作者未声明 dsh 版本要求

○ 作者未声明 dsh 版本要求 —— 安装不会因版本被拒。

安装兼容矩阵（速览 · 行 = 插件版本〔最近 5〕，列 = dsh 版本〔最近 5〕）
结论一览 → 证据在下方分版本卡片
插件版本 ＼ dshdsh 0.2.1-rc.2
当前
v0.1.3✓
安装兼容实测（按插件版本，组内按 dsh 版本）
图例：✓ L5 运行验证通过○ 生态插件◼ 生态应用✗ 失败
v0.1.3github✓ 运行验证通过 12026-10-19

https://github.com/sixrg7734/dsh-sw-approval

✓dsh 0.2.1-rc.2当前2026-10-19L5 · 运行验证通过
实测环境与工件
  • • Node.js: v24.14.0
  • • DSH: 0.2.1-rc.2
  • • 被测插件工件: github · https://github.com/sixrg7734/dsh-sw-approval#v0.1.3
验证等级（L1–L3 为插件级静态档 · L4/L5 为该组合最新真测）
L1 静态
通过
L2 静态
通过
L3 静态
通过
L4 沙盒
通过
L5 运行
通过
在 dsh 沙盒中完成安装与运行冒烟——装得上、跑得起来
L5 · 运行验证通过 · dsh 0.2.1-rc.2 有效

ID: dsh-sw-approval@v0.1.3@dsh0.2.1-rc.2 · 档位: l4-sandbox

签发：2026-10-19 · 有效至：2026-10-26

查看检查项与证据
L1 · 已找到✓ 通过
由 L3 推定✓ 通过
默认通过——L3 安装规范已通过（全库 L3 扫描策略）
L2 · 结构化✓ 通过
由 L3 推定✓ 通过
默认通过——L3 安装规范已通过（全库 L3 扫描策略）
L3 · 安装规范✓ 通过
安装命令已解析✓ 通过
来源：插件市场校验 · 方式：安装规范解析 · 采集于 2026-10-18
DSH 版本已声明✓ 通过
来源：插件市场校验 · 方式：DSH 版本声明 · 采集于 2026-10-18
L4 · 安装已测✓ 通过
受限沙盒内执行安装✓ 通过
来源：Windows ACL 沙盒 · 方式：沙盒安装执行 · 采集于 2026-10-19
安装源 github:sixrg7734/dsh-sw-approval#v0.1.3 · 通道 GitHub 源码 · 结果 ran · 退出码 0
检查耗时：1.9s
沙盒安装成功✓ 通过
来源：Windows ACL 沙盒 · 方式：沙盒安装执行 · 采集于 2026-10-19
安装源 github:sixrg7734/dsh-sw-approval#v0.1.3 · 通道 GitHub 源码 · 结果 ran · 退出码 0
检查耗时：1.9s
安装产物已确认✓ 通过
来源：Windows ACL 沙盒 · 方式：沙盒安装执行 · 采集于 2026-10-19
安装源 github:sixrg7734/dsh-sw-approval#v0.1.3 · 通道 GitHub 源码 · 结果 ran · 退出码 0
检查耗时：1.9s
L5 · 运行已测✓ 通过

已在加载器目录树中激活（150 个条目）

沙盒安装通过✓ 通过
来源：Windows ACL 沙盒 · 方式：沙盒安装执行 · 采集于 2026-10-19
安装源 github:sixrg7734/dsh-sw-approval#v0.1.3 · 安装方式 复用 L4 沙盒
检查耗时：73ms
Web 启动就绪✓ 通过
来源：DSH 运行时 · 方式：Web 启动 · 采集于 2026-10-19
就绪行 dsh web: http://127.0.0.1:49830/?token=…
HTTP 服务响应✓ 通过
来源：DSH 运行时 · 方式：HTTP 请求 · 采集于 2026-10-19
探测路径 / · HTTP 200 · 耗时 73ms
插件清单中已激活✓ 通过
来源：DSH 运行时 · 方式：插件清单查询 · 采集于 2026-10-19
清单判定 active · 清单条目 150
命中：include:dsh-sw-approval · dsh-sw-approval · 相位 active
相位计数：active 122 · null 28

L1–L3 为插件级静态结论（基础门槛，全 dsh 版本相同）：证据为插件级单份，不在各版本重复存储。

作者徽章

将官方徽章嵌入你的 README，展示插件的安全与安装检测状态：

dsh.so risk
`[![dsh.so risk](https://www.dsh.so/badge/dsh-sw-approval.svg)](https://www.dsh.so/artifact/dsh-sw-approval/)`
dsh 0.2.1-rc.2 安装验证已通过
`[![dsh.so install · dsh 0.2.1-rc.2](https://www.dsh.so/badge/install/dsh-sw-approval@0.2.1-rc.2.svg)](https://www.dsh.so/artifact/dsh-sw-approval/)`

安全报告

两层自动化检查，都不是人工审核：静态扫描（逐插件规则判定）与模型驱动的动态安全审计（只覆盖静态判定 warn 及以上的插件子集，不执行插件代码）。

dsh-sw-approval自动审查 · 每日更新

静态扫描 低，动态审计最高 中，按「取更严者」→ 总评级 中。

静态 低→动态 中→总评级 中
0 严重·0 高
中总评级 · 中
1静态扫描 · vet 主判vet AST 静态分析（npm 发布物或 git 源码）
版本绑定
插件版本v0.1.3dsh 清单
扫描版本v0.1.3git2026-10-21
当前版本v0.1.3版本一致
vet 判定clean · git

vet 为 AST 静态扫描（npm 发布物或 git 源码）。

静态发现（4 条）
  • 严重eval · code-execlib/policy.js:184

    'eval(',

  • 严重shellExec · shelllib/policy.js:185

    'exec(',

  • 警告fsWrite · filesindex.js:146

    fs.appendFileSync(auditPath, `${JSON.stringify({ ts: new Date().toISOString(), ...entry })}\n`, 'utf8');

  • 警告fsWrite · filesindex.js:154

    fs.writeFileSync(

2动态审计模型读脱敏源码上下文 · 不执行插件代码
最高等级中
并入后总评级 中
审计时间2026-10-19
发现计数0 严重·0 高另有 2 条中 / 1 条低未展开
展开 3 条审计发现
  • mediumworkspace Python 脚本仅凭可绕过的子串黑名单即被自动放行全权限执行lib/policy.js

    classifyPyRefs -> scanWorkspaceScript 会放行会话 cwd 下任意 .py：只要（a）命中锚点正则——一句注释 '# SldWorks helper' 即可满足——且（b）不含 SCRIPT_DENY_TOKENS 中的子串。黑名单未覆盖普通读取/打印 API（如 pathlib.Path(...).read_text() 与 print()），敏感文件名也可拆分（'to'+'ken'）绕过。被提示注入的模型可先在 cwd 写入此类文件，再让插件对 `& ...\python.exe evil.py` 返回 allowed-once，从而以 danger-full-access 执行模型编写的代码，并把任意可读文件内容回显进会话。

  • mediumwrite/edit 对会话 cwd 下任意路径自动放行，包括 .git/hooks 与 CI/编辑器配置lib/policy.js

    evaluateFs 对会话 cwd（以及 extraWriteRoots）内的所有路径放行 write/edit，没有针对路径形态的黑名单。当 DSH 弹出这类写入审批时，模型无需人工审阅即可在工作区植入持久化载荷，如 .git/hooks/pre-commit、package.json 的 postinstall 脚本、.vscode/tasks.json 或流水线配置；用户后续执行 git/npm/VS Code 时这些载荷会被执行。

  • lowSolidWorks 锚点可由廉价的只读探测满足，导致只读读类 cmdlet 被自动放行lib/policy.js

    锚点只需出现在命令中的任意位置，因此 `Get-Content <某文件>; Test-Path 'D:\SolidWorks 2026\SOLIDWORKS\SLDWORKS.exe'` 即可满足，而真正的动作是用白名单 cmdlet（get-content/get-childitem/select-string）读取无关文件。B1 拒绝清单按名称匹配（password/.ssh/token/…），所以 .env、config.json、浏览器 History、*.kdbx 等其它敏感名称文件可被读取并回显到会话，无需人工审批。

SolidWorks 审批插件整体加固良好；残余风险在于可被绕过的子串黑名单之后，仍自动放行模型编写的 workspace 脚本和 cwd 内写入。

口径：动态审计只会把风险往严重里判，不会把风险降下来（只升不降，不构成豁免）；模型判错时由人工复核撤回，撤回后回到静态判定。合并判定 = 两层中更严的那一个。

免责声明：静态扫描与动态安全审计都是自动化分析，不构成安全保证。安装前请自行审查。

活跃度

最近提交 2026-10-18 · 活跃度：活跃

• 仓库创建: 2026-10-18

• 星标: ★ 0 · 复刻: 0

• 健康度: 活跃 — 近 30 天有提交

来源

GitHub: github.com/sixrg7734/dsh-sw-approval

这页有帮助吗？