安装验证:运行验证通过 (L5) · 验证于 dsh 0.2.1-rc.2 · 验证日期 安装验证详情 →
功能介绍
Expose any local service on a random cloudflared domain with one password — QR code for LAN, QR + password for public, per-node routing managed in the DSH settings panel.
安装
dsh plugin --profile web add dsh-service-portal安装方式: npm · 运行验证通过 (L5)
验证与兼容性
按插件版本分组:每张卡是该插件版本实测过的 dsh 版本与安装兼容结论(L5 优先)。只列真测过的组合——未列出 = 未实测,不推定兼容。L1–L3 为插件级静态档(与 dsh 版本无关,各 dsh 行同值):在行内「验证等级」格里与 L4/L5 并列显示、标注「静态」,证据体为插件级单份、随行内「查看检查项与证据」出现,不在各版本重复存储。
External credentials(插件级):未检测到
○ 作者未声明 dsh 版本要求 —— 安装不会因版本被拒。
| 插件版本 \ dsh | dsh 0.2.1-rc.2 当前 | dsh 0.2.1-alpha.4 |
|---|---|---|
| 1.0.3 | ✓ | · |
| 1.0.1 | · | ✓ |
| v0.8.8 | · | · |
1.0.3npm✓ 运行验证通过 12026-10-21
dsh-service-portal
✓dsh 0.2.1-rc.2当前2026-10-21L5 · 运行验证通过
- • Node.js: v24.14.0
- • DSH: 0.2.1-rc.2
- • 被测插件工件: npm · dsh-service-portal@1.0.3
ID: dsh-service-portal@1.0.3@dsh0.2.1-rc.2 · 档位: l3-fullscan
签发:2026-10-21 · 有效至:2026-10-28
查看检查项与证据
已在加载器目录树中激活(150 个条目)
L1–L3 为插件级静态结论(基础门槛,全 dsh 版本相同):证据为插件级单份,不在各版本重复存储。
1.0.1npm✓ 运行验证通过 12026-10-18
dsh-service-portal
✓dsh 0.2.1-alpha.42026-10-18L5 · 运行验证通过
- • Node.js: v24.14.0
- • DSH: 0.2.1-alpha.4
- • 被测插件工件: npm · dsh-service-portal@1.0.1
ID: dsh-service-portal@1.0.1@dsh0.2.1-alpha.4 · 档位: l4-sandbox
签发:2026-10-18 · 有效至:2026-10-25
查看检查项与证据
已在加载器目录树中激活(150 个条目)
L1–L3 为插件级静态结论(基础门槛,全 dsh 版本相同):证据为插件级单份,不在各版本重复存储。
v0.8.8github2026-10-18
https://github.com/dingminhua/dsh-service-portal
该版本无运行时安装实测(仅静态扫描)——兼容性未知,不推定。
仅展示最近 3 个已发布版本;源码快照(commit hash)组、未标注工件组与更早版本不展示——全量档案保留在数据层(插件无任何已发布版本时,快照/未标注组才照常展示)。
作者徽章
将官方徽章嵌入你的 README,展示插件的安全与安装检测状态:
`[](https://www.dsh.so/artifact/dsh-service-portal/)``[](https://www.dsh.so/artifact/dsh-service-portal/)`安全报告
两层自动化检查,都不是人工审核:静态扫描(逐插件规则判定)与模型驱动的动态安全审计(只覆盖静态判定 warn 及以上的插件子集,不执行插件代码)。
静态扫描 低,动态审计最高 中,按「取更严者」→ 总评级 中。
v1.0.4dsh 清单1.0.4npm2026-10-211.0.4版本一致clean · npmvet 为 AST 静态扫描(npm 发布物或 git 源码)。
静态发现(12 条)
- 警告netIp · network
tools/check_plugin_stop.py:53"http://127.0.0.1:%d/_auth/health" % port, timeout=3) as res: - 警告netIp · network
tools/check_portal_form.py:37req = urllib.request.Request("http://127.0.0.1:%d%s" % (PORT, path), - 警告netIp · network
tools/check_portal_integration.py:83"lan_urls": ["http://192.168.1.5:8899"], "public_url": None, - 警告netIp · network
tools/check_portal_service_api.py:89code, _ = http("GET", "http://127.0.0.1:%d/_auth/health" % portal_port, - 警告netIp · network
tools/check_portal_service_api.py:100code, out = http("POST", "http://127.0.0.1:%d/_api/services" % portal_port, - 警告netIp · network
tools/check_portal_service_api.py:105code, out = http("GET", "http://127.0.0.1:%d/_api/services" % portal_port) - 警告netIp · network
tools/check_portal_settings_forward.py:55"http://127.0.0.1:%d/_api/state" % port, timeout=6) as res: - 警告netIp · network
tools/check_portal_status_running_services.py:100"http://127.0.0.1:%d/_auth/health" % port, timeout=3) as res: - 警告netIp · network
tools/check_portal_status_running_services.py:114"http://127.0.0.1:%d/_api/services" % port, data=body, - 警告netIp · network
tools/check_probe_button_browser.py:136url = "http://127.0.0.1:%d/" % port - 警告netIp · network
tools/check_probe_button_browser.py:167"http://127.0.0.1:%d/_api/shutdown" % port, data=b"", - 警告netIp · network
tools/check_shutdown_self_exit.py:66"http://127.0.0.1:%d/_api/shutdown" % port, data=b"", method="POST",
展开 2 条审计发现
- medium门户控制台默认允许局域网免密访问
tools/check_portal_integration.py:120当「局域网口令」关闭时,认证判定把所有单标签/局域网主机当作免密类,而新启动的门户 lan_auth_enabled 默认为 False(tools/check_portal_settings_forward.py 断言 before is False)。同网段任何人都可无凭据打开控制台,看到服务清单与内网上游地址;添加服务接口接受任意 host:port(如 tools/check_portal_form.py:82 的 "127.0.0.1:8810"),若该接口处于同一基于 Host 的认证之后,局域网内攻击者即可经门户访问仅绑回环的本机服务。门户实现本身未在审计范围内,哪些路由位于该闸门之后无法确证。
- low运行时入口与门户实现未包含在审计源码中
package.json:23真正运行的代码——宿主路由处理、认证闸门、反向代理与 cloudflared/Basic Auth 隧道——均未提供(lib/index.js、tools/portal_run.py、tools/portal_proxy.py、tools/tunnel_auth.py、tools/start_public_gui.py),而 cordis.patch.yml 明确指明这些脚本承担实现。其行为、target 校验、凭据生成与隧道暴露方式无法审查,静态扫描告警也无法归因到运行时代码。
仅提供测试工具与清单,运行时入口 lib/index.js 与门户实现缺失;已确认的设计风险是门户控制台对局域网默认免密。
口径:动态审计只会把风险往严重里判,不会把风险降下来(只升不降,不构成豁免);模型判错时由人工复核撤回,撤回后回到静态判定。合并判定 = 两层中更严的那一个。
免责声明:静态扫描与动态安全审计都是自动化分析,不构成安全保证。安装前请自行审查。
活跃度
最近提交 2026-10-21 · 活跃度:活跃
• 仓库创建: 2026-10-15
• 星标: ★ 1 · 复刻: 1
• 健康度: 活跃 — 近 30 天有提交
来源
作者 README
GitHub 原文 ↗展示作者仓库中的原始 README 内容,实时抓取、未做改写;优先加载中文版(README.zh-CN.md 等),无中文版时回退英文。
