安装验证:生态插件:`dsh plugin add` 装得上,但未声明 dsh.bundle、不挂载任何插件能力——L1-L5 插件安装验证阶梯不作评级依据;安全扫描照常执行。安装验证详情 →
功能介绍AI
DSH 左栏套件,集文件树、文件打开器、工具 Tab、局域网服务面板与长期任务跟踪于一体。
- 在 DSH 左栏提供文件树浏览与快速打开文件
- 工具 Tab 内含局域网服务面板,管理本地网络服务
- 在左栏统一查看和跟踪长期运行的任务
能力标签为 AI 推断或 README 规则抽取(见角标),词表受限、未经安装验证;AI = 推断,README = 原文关键词。
安装
dsh plugin --profile web add github:Ln1m/dsh-side-suite#v0.1.3安装方式: GitHub · 运行验证未定论 (L5 unknown)
验证与兼容性○ 生态插件
按插件版本分组:每张卡是该插件版本实测过的 dsh 版本与安装兼容结论(L5 优先)。只列真测过的组合——未列出 = 未实测,不推定兼容。L1–L3 为插件级静态档(与 dsh 版本无关,各 dsh 行同值):在行内「验证等级」格里与 L4/L5 并列显示、标注「静态」,证据体为插件级单份、随行内「查看检查项与证据」出现,不在各版本重复存储。
External credentials(插件级):未检测到
未采集到插件清单 —— 无法得知作者声明的版本范围。
| 插件版本 \ dsh | dsh 0.2.1-rc.2 当前 | dsh 0.2.1-alpha.4 | dsh 0.2.1-alpha.2 |
|---|---|---|---|
| v0.1.3 | ○ | ○ | ○ |
v0.1.3github○ 生态插件 32026-10-19
https://github.com/Ln1m/dsh-side-suite
○dsh 0.2.1-rc.2当前2026-10-19生态插件
- • Node.js: v24.14.0
- • DSH: 0.2.1-rc.2
- • 被测插件工件: github · https://github.com/Ln1m/dsh-side-suite#v0.1.3
ID: dsh-side-suite@v0.1.3@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-16生态插件
- • Node.js: v24.14.0
- • DSH: 0.2.1-alpha.4
- • 被测插件工件: github · https://github.com/Ln1m/dsh-side-suite#v0.1.3
ID: dsh-side-suite@v0.1.3@dsh0.2.1-alpha.4 · 档位: l4-sandbox
签发:2026-10-16 · 有效至:2026-10-23
查看检查项与证据
未出现在 Web 档 loader 清单中
L1–L3 为插件级静态结论(基础门槛,全 dsh 版本相同):证据为插件级单份,不在各版本重复存储。
○dsh 0.2.1-alpha.22026-10-14生态插件
- • Node.js: v24.14.0
- • DSH: 0.2.1-alpha.2
- • 被测插件工件: github · https://github.com/Ln1m/dsh-side-suite#v0.1.3
ID: dsh-side-suite@v0.1.3@dsh0.2.1-alpha.2 · 档位: l4-sandbox
签发:2026-10-14 · 有效至:2026-10-21
查看检查项与证据
未出现在 Web 档 loader 清单中
L1–L3 为插件级静态结论(基础门槛,全 dsh 版本相同):证据为插件级单份,不在各版本重复存储。
作者徽章
将官方徽章嵌入你的 README,展示插件的安全与安装检测状态:
`[](https://www.dsh.so/artifact/dsh-side-suite/)`安全报告
两层自动化检查,都不是人工审核:静态扫描(逐插件规则判定)与模型驱动的动态安全审计(只覆盖静态判定 warn 及以上的插件子集,不执行插件代码)。
静态扫描 低,动态审计最高 中,按「取更严者」→ 总评级 中。
—v0.1.3git2026-10-21v0.1.3版本一致clean · gitvet 为 AST 静态扫描(npm 发布物或 git 源码)。
静态发现(6 条)
- 警告shellExec · shell
dsh-extensions-panel/lib/index.js:33execFile(file, args, { timeout: timeoutMs || 10000, windowsHide: true }, (err, stdout) => { - 警告childProcess · code-exec
dsh-lan-services/lib/index.js:85const child = spawn("powershell.exe", ["-NoProfile", "-NonInteractive", "-ExecutionPolicy", "Bypass", "-Command", script], { - 警告childProcess · code-exec
dsh-lan-services/lib/index.js:247const child = spawn(process.execPath, [script, String(p)], { detached: true, stdio: "ignore", windowsHide: true }); - 警告fsWrite · files
dsh-lan-services/lib/index.js:164fs.writeFileSync(DATA_FILE, JSON.stringify(obj, null, 2), "utf8"); - 警告fsWrite · files
dsh-lan-services/servers/static-server.cjs:42fs.appendFileSync(LOG_FILE, new Date().toISOString() + ' ' + msg + '\n'); - 警告childProcessImport · code-exec
dsh-lt-tasks/lib/readonly.js:1import { execFile } from "node:child_process";
展开 5 条审计发现
- medium运行时加载的 tools.js 与 store.js 未包含在审计源码中
dsh-lt-tasks/lib/index.js:1apply() 通过 ctx.tools.register(t) 注册 tools 中的全部对象,等于让未经审计的代码获得模型工具权限;store.js 承载 /lt-tasks 路由背后所有文件操作,同样缺失,dsh-files-tree / dsh-files-open 的浏览器端代码也未提供,审计无法确认实际运行的代码。
- medium任务 doc/delete 路由将客户端原始 id/doc 直接传给 store,未做路径包含校验
dsh-lt-tasks/lib/routes.js:82路由仅校验 `typeof body?.id !== "string"`,随后把 body.id、body.doc 直接交给 store.writeDoc,body.id 还进入 store.deleteTask(第 103 行)与 lock.release。若 store 用 join(root, id, ...) 拼路径且没有 path.relative 校验(store.js 未在源码中),传入 "../../.." 之类的 id 即可以 DSH 用户权限任意写/删文件。任何能访问 DSH web 服务的客户端(若 UI 被代理则包括局域网设备)都能发出这些 POST。
- low在 DSH 宿主进程中安装全局 uncaughtException/unhandledRejection 处理器
dsh-lan-services/lib/index.js:34这两行在模块导入时即生效,改变整个宿主进程的行为:任何插件的未捕获异常都会被吞掉,进程在可能不一致的状态下继续存活,真实崩溃对用户不可见。
- low持久化的脚本路径被 node 重新执行,且无完整性或来源校验
dsh-lan-services/lib/index.js:247`script` 由 scriptFromCmd 从监听 3090~3099 的任意进程命令行中提取,并持久化到 ~/.dsh/dsh-lan-services.json。本机任意进程或对该 JSON 的任意写入都能钉住一个任意 .js 路径,用户点击「启动」后该路径即被 node 执行;路径既未限制在服务目录内,也未在启动前复核原文件。
- low显示模式切换通过无鉴权的 GET 请求触发
dsh-extensions-panel/lib/index.js:82状态变更操作(DisplaySwitch.exe)可通过 GET /extensions/api/vdd?mode=on|off 触发,没有来源/令牌校验或确认步骤,用户访问的任意网页都能把桌面切到扩展模式,并每次触发两个 PowerShell 进程。影响仅为干扰,响应内容无法被跨域读取。
插件能力与说明一致,shell 调用均为固定程序或纯数字参数;主要风险是任务 id 直接进入未审计的 store.js,且运行时加载的 tools.js 未纳入审计。
口径:动态审计只会把风险往严重里判,不会把风险降下来(只升不降,不构成豁免);模型判错时由人工复核撤回,撤回后回到静态判定。合并判定 = 两层中更严的那一个。
免责声明:静态扫描与动态安全审计都是自动化分析,不构成安全保证。安装前请自行审查。
活跃度
最近提交 2026-10-08 · 活跃度:活跃
• 仓库创建: 2026-09-26
• 星标: ★ 2 · 复刻: 1
• 健康度: 活跃 — 近 30 天有提交
来源
GitHub: github.com/Ln1m/dsh-side-suite
作者 README
GitHub 原文 ↗展示作者仓库中的原始 README 内容,实时抓取、未做改写;优先加载中文版(README.zh-CN.md 等),无中文版时回退英文。
