安装验证:生态插件:`dsh plugin add` 装得上,但未声明 dsh.bundle、不挂载任何插件能力——L1-L5 插件安装验证阶梯不作评级依据;安全扫描照常执行。安装验证详情 →
功能介绍AI
通过 SSH 隧道在本地 DSH 页面统一操作远程 DeepSeek Harness 工作会话。
- 双插件组合:本地 DSH 页面与各远程端配套插件
- 自动发现 SSH 主机、建立隧道并代理远程 DSH API
- 本地与远程工作区统一侧边栏,显示主机标记
能力标签为 AI 推断或 README 规则抽取(见角标),词表受限、未经安装验证;AI = 推断,README = 原文关键词。
安装
dsh plugin --profile web add github:sincerity711/dsh-ssh-workspace#v0.2.8安装方式: GitHub · 运行验证未定论 (L5 unknown)
验证与兼容性○ 生态插件
按插件版本分组:每张卡是该插件版本实测过的 dsh 版本与安装兼容结论(L5 优先)。只列真测过的组合——未列出 = 未实测,不推定兼容。L1–L3 为插件级静态档(与 dsh 版本无关,各 dsh 行同值):在行内「验证等级」格里与 L4/L5 并列显示、标注「静态」,证据体为插件级单份、随行内「查看检查项与证据」出现,不在各版本重复存储。
External credentials(插件级):未检测到
○ 作者未声明 dsh 版本要求 —— 安装不会因版本被拒。
| 插件版本 \ dsh | dsh 0.2.1-rc.2 当前 | dsh 0.2.1-alpha.4 | dsh 0.2.1-alpha.2 |
|---|---|---|---|
| v0.2.8 | ○ | ○ | · |
v0.2.8github○ 生态插件 22026-10-19
https://github.com/sincerity711/dsh-ssh-workspace
○dsh 0.2.1-rc.2当前2026-10-19生态插件
- • Node.js: v24.14.0
- • DSH: 0.2.1-rc.2
- • 被测插件工件: github · https://github.com/sincerity711/dsh-ssh-workspace#v0.2.8
ID: dsh-ssh-workspace-4@v0.2.8@dsh0.2.1-rc.2 · 档位: l4-sandbox
签发:2026-10-19 · 有效至:2026-10-26
查看检查项与证据
未出现在 Web 档 loader 清单中
L1–L3 为插件级静态结论(基础门槛,全 dsh 版本相同):证据为插件级单份,不在各版本重复存储。
○dsh 0.2.1-alpha.42026-10-18生态插件
- • Node.js: v24.14.0
- • DSH: 0.2.1-alpha.4
- • 被测插件工件: github · https://github.com/sincerity711/dsh-ssh-workspace#v0.2.8
ID: dsh-ssh-workspace-4@v0.2.8@dsh0.2.1-alpha.4 · 档位: l3-fullscan
签发:2026-10-18 · 有效至:2026-10-25
查看检查项与证据
未出现在 Web 档 loader 清单中
L1–L3 为插件级静态结论(基础门槛,全 dsh 版本相同):证据为插件级单份,不在各版本重复存储。
仅展示最近 3 个已发布版本;源码快照(commit hash)组、未标注工件组与更早版本不展示——全量档案保留在数据层(插件无任何已发布版本时,快照/未标注组才照常展示)。
作者徽章
将官方徽章嵌入你的 README,展示插件的安全与安装检测状态:
`[](https://www.dsh.so/artifact/dsh-ssh-workspace-4/)`安全报告
两层自动化检查,都不是人工审核:静态扫描(逐插件规则判定)与模型驱动的动态安全审计(只覆盖静态判定 warn 及以上的插件子集,不执行插件代码)。
静态扫描 低,动态审计最高 低,按「取更严者」→ 总评级 低。
—v0.2.8git2026-10-21v0.2.8版本一致clean · gitvet 为 AST 静态扫描(npm 发布物或 git 源码)。
静态发现(5 条)
- 严重sshWrite · destructive
scripts/acceptance/container/entrypoint.sh:6printf '%s\n' "$DSH_AUTHORIZED_KEYS" > /home/dsh/.ssh/authorized_keys - 严重sshWrite · destructive
scripts/acceptance/container/entrypoint.sh:8cp /acceptance/authorized_keys /home/dsh/.ssh/authorized_keys - 严重sshWrite · destructive
scripts/acceptance/container/entrypoint.sh:13chown dsh:dsh /home/dsh/.ssh/authorized_keys - 警告childProcess · code-exec
packages/local/lib/environment-sync.js:24const proc = spawn('npm', ['pack', directory, '--ignore-scripts', '--json', '--pack-destination', target], { signal, stdio: ['ignore', 'pipe - 警告netIp · network
scripts/acceptance/host-connect-proxy.mjs:7const ollamaOrigin = new URL(process.env.DSH_RD_OLLAMA_BASE_URL ?? 'http://127.0.0.1:11434')
展开 2 条审计发现
- low验收专用 HTTP 代理监听 0.0.0.0 且无鉴权地转发 CONNECT
scripts/acceptance/host-connect-proxy.mjs:51运行验收套件期间,任何能访问该临时端口的机器都可借用开发者/CI 主机转发 HTTP/HTTPS 流量(含访问内网地址),形成开放代理/SSRF 跳板。该文件仅为测试脚手架,DSH 插件运行时不会加载,因此需开发者主动启动验收脚本才可利用。
- low验收脚本从硬编码的用户主目录缓存路径加载 Playwright 并在页面内改写插件源码
scripts/acceptance/terminal-controller.mjs:9仅限开发者机器的遗留产物:当仓库内 playwright 不存在时,会通过 createRequire 执行该硬编码绝对路径指向的浏览器自动化代码,绕开仓库与 lockfile 管控(不可复现、未经审查的供应链)。同脚本仅在一次性测试页面内改写模块文本。
静态扫描的 fail 来自验收/测试脚本而非插件运行时;运行时代码用固定 argv、无 shell 调用 npm pack,未发现可达的严重风险。
口径:动态审计只会把风险往严重里判,不会把风险降下来(只升不降,不构成豁免);模型判错时由人工复核撤回,撤回后回到静态判定。合并判定 = 两层中更严的那一个。
免责声明:静态扫描与动态安全审计都是自动化分析,不构成安全保证。安装前请自行审查。
活跃度
最近提交 2026-10-09 · 活跃度:活跃
• 仓库创建: 2026-08-19
• 星标: ★ 0 · 复刻: 0
• 健康度: 活跃 — 近 30 天有提交
来源
作者 README
GitHub 原文 ↗展示作者仓库中的原始 README 内容,实时抓取、未做改写;优先加载中文版(README.zh-CN.md 等),无中文版时回退英文。
