@LosEcher/dsh-dashboards

DSH dashboard plugin: 看板 tab with widget grid — LLM usage/nodes, local macOS probes, service health, optional Glances/Uptime Kuma, feed digest cards (Markdown-rendered)

Plugin桌面知识管理自动化AI 模型

验证

L5 · 运行已测

通过

风险

低风险

健康

活跃

信任

金

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

功能介绍

DSH dashboard plugin: 看板 tab with widget grid — LLM usage/nodes, local macOS probes, service health, optional Glances/Uptime Kuma, feed digest cards (Markdown-rendered)

安装

dsh plugin --profile web add github:LosEcher/dsh-dashboards

已验证

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

验证与兼容性

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

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

原插件兼容声明来自 package.json · peerDependencies

作者未声明 dsh 版本要求

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

安装兼容矩阵（速览 · 行 = 插件版本〔最近 5〕，列 = dsh 版本〔最近 5〕）

结论一览 → 证据在下方分版本卡片

插件版本＼ dsh	dsh 0.2.1-rc.2 当前
7200e1	✓

安装兼容实测（按插件版本，组内按 dsh 版本）

图例：✓ L5 运行验证通过○ 生态插件◼ 生态应用✗ 失败

7200e1github✓ 运行验证通过 12026-10-18

https://github.com/LosEcher/dsh-dashboards

✓dsh 0.2.1-rc.2当前2026-10-18L5 · 运行验证通过

实测环境与工件

• Node.js: v24.14.0
• DSH: 0.2.1-rc.2
• 被测插件工件: github · https://github.com/LosEcher/dsh-dashboards（版本未标注）

验证等级（L1–L3 为插件级静态档 · L4/L5 为该组合最新真测）

L1 静态

通过

L2 静态

通过

L3 静态

通过

L4 沙盒

通过

L5 运行

通过

在 dsh 沙盒中完成安装与运行冒烟——装得上、跑得起来

L5 · 运行验证通过 · dsh 0.2.1-rc.2 有效

ID: dsh-dashboards@7200e1@dsh0.2.1-rc.2 · 档位: l4-sandbox

签发：2026-10-18 · 有效至：2026-10-25

查看检查项与证据

L1 · 已找到✓ 通过

由 L3 推定L1.0_DEFAULTED_FROM_L3✓ 通过

默认通过——L3 安装规范已通过（全库 L3 扫描策略）

L2 · 结构化✓ 通过

由 L3 推定L2.0_DEFAULTED_FROM_L3✓ 通过

默认通过——L3 安装规范已通过（全库 L3 扫描策略）

L3 · 安装规范✓ 通过

安装命令已解析L3.1_INSTALL_COMMAND_PARSED✓ 通过

来源：插件市场校验 · 方式：安装规范解析 · 采集于 2026-10-18

DSH 版本已声明L3.2_DSH_VERSION_DECLARED✓ 通过

来源：插件市场校验 · 方式：DSH 版本声明 · 采集于 2026-10-18

L4 · 安装已测✓ 通过

受限沙盒内执行安装L4.1_INSTALL_EXECUTED_CONFINED✓ 通过

来源：Windows ACL 沙盒 · 方式：沙盒安装执行 · 采集于 2026-10-18

安装源 github:LosEcher/dsh-dashboards · 通道 GitHub 源码 · 结果 ran · 退出码 0

检查耗时：2.0s

沙盒安装成功L4.2_INSTALL_SUCCESS✓ 通过

来源：Windows ACL 沙盒 · 方式：沙盒安装执行 · 采集于 2026-10-18

安装源 github:LosEcher/dsh-dashboards · 通道 GitHub 源码 · 结果 ran · 退出码 0

检查耗时：2.0s

安装产物已确认L4.3_ARTIFACT_CONFIRMED✓ 通过

来源：Windows ACL 沙盒 · 方式：沙盒安装执行 · 采集于 2026-10-18

安装源 github:LosEcher/dsh-dashboards · 通道 GitHub 源码 · 结果 ran · 退出码 0

检查耗时：2.0s

L5 · 运行已测✓ 通过

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

沙盒安装通过L5.1_INSTALL_PASSED_SANDBOXED✓ 通过

来源：Windows ACL 沙盒 · 方式：沙盒安装执行 · 采集于 2026-10-18

安装源 github:LosEcher/dsh-dashboards · 安装方式复用 L4 沙盒

检查耗时：118ms

Web 启动就绪L5.2_WEB_BOOT_READY✓ 通过

来源：DSH 运行时 · 方式：Web 启动 · 采集于 2026-10-18

就绪行 dsh web: http://127.0.0.1:55349/?token=…

HTTP 服务响应L5.3_HTTP_SERVED✓ 通过

来源：DSH 运行时 · 方式：HTTP 请求 · 采集于 2026-10-18

探测路径 / · HTTP 200 · 耗时 118ms

插件清单中已激活L5.4_PLUGIN_INVENTORY_ACTIVE✓ 通过

来源：DSH 运行时 · 方式：插件清单查询 · 采集于 2026-10-18

清单判定 active · 清单条目 150

命中：include:dashboards · dsh-dashboards · 相位 active

相位计数：active 122 · null 28

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

作者徽章

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

安全报告

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

dsh-dashboards自动审查 · 每日更新

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

静态低→动态中→总评级中

0 严重·0 高

中总评级 · 中

1静态扫描 · vet 主判vet AST 静态分析（npm 发布物或 git 源码）

版本绑定

插件版本v0.1.0dsh 清单

扫描版本0.1.0git2026-10-21

当前版本ea76e75fcfa6版本已更新

vet 判定clean · git

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

静态发现（1 条）

警告netIp · networkscripts/observe-guardrails.mjs:33
const BASE = process.env.DSH_DASH_BASE ?? 'http://127.0.0.1:3080'

2动态审计模型读脱敏源码上下文 · 不执行插件代码

最高等级中

并入后总评级中

审计时间2026-10-19

发现计数0 严重·0 高另有 1 条中 / 3 条低未展开

展开 4 条审计发现

medium文档承诺的 Config.egress.z4pro 出网开关从未被检查，关闭后仍对外采集index.mjs
resolveConfig 定义了 egress.z4pro，Schema 注释承诺“任一项置 false 即彻底不外呼”，egressInventory 也会列出该项，但 collectZ4Pro 只判断 z4pro.enabled。设置 egress.z4pro=false 后，插件仍每 120s 执行 bash→node z4pro-health.mjs，通过 SSH 采集 NAS 的 SMART/virsh 信息——运维以为已关闭的出网通道实际仍在工作，而 /dashboards/egress 显示的状态具有误导性。
lowPUT /dashboards/probe-targets 接受任意 URL 或 host:port，随后由宿主发起请求index.mjs
sanitizeTarget 不限制 scheme 或目标主机，collectProbe 随后执行 fetch(HEAD) 与 createConnection({host,port})，并把状态码/错误码/延迟回传。任何能访问回环 DSH web 服务的本地进程都可把探针改指内网地址（如 169.254.169.254、RFC1918 主机、任意端口），把看板当作有限的 SSRF/端口扫描器使用。暴露面有限：只返回状态码与 errno、仅回环可达、且未设置 CORS 头，网页无法跨源发起 JSON PUT。
low请求体读取无大小与超时限制，可撑爆宿主内存index.mjs
两个 PUT 处理器（/dashboards/widgets 与 /dashboards/probe-targets）把整个请求体累积到内存且无上限；本地（若 web 服务被代理则远程）客户端可灌入超大请求体耗尽 DSH web 服务堆内存，连带影响看板与同宿主 UI。
low默认开启的自动续期会改写 ~/.grok/auth.json 并向 auth.x.ai 发送 refresh_tokenindex.mjs
插件会改写属于另一工具（Grok CLI）的凭据文件，并在 access token 距过期不足 1 小时时把 refresh_token POST 到 https://auth.x.ai/oauth2/token（autoRefreshGrok 默认开）。token 未落日志、临时文件 0600，但插件实际接管了外部应用的登录态存储：与 Grok CLI 并发写或 auth.json 结构变化都可能损坏登录，且只由 Config.aiQuota.autoRefreshGrok / Config.egress.grokRefresh 控制。

本地只读看板 API，含带凭据的外呼；发现 1 个中危（z4pro 出网开关从未生效）及若干低危（SSRF/请求体无上限/改写 Grok 凭据文件）。

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

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

活跃度

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

• 仓库创建: 2026-08-17

• 星标: ★ 0 · 复刻: 0

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

来源

GitHub: github.com/LosEcher/dsh-dashboards

插件说明