安装验证:运行验证通过 (L5) · 验证于 dsh 0.2.1-rc.2 · 验证日期 安装验证详情 →
功能介绍
一级菜单旁添加可供插件接入的“功能”菜单栏,可以快捷添加插件功能,也可以自定义插件功能置入。v0.4.0 现已集成“重启dsh”功能
安装
dsh plugin --profile web add github:Num86/dsh-functions安装方式: GitHub · 运行验证通过 (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 |
|---|---|---|
| 88032d | ✓ | ✓ |
88032dgithub✓ 运行验证通过 22026-10-19
https://github.com/Num86/dsh-functions
✓dsh 0.2.1-rc.2当前2026-10-19L5 · 运行验证通过
- • Node.js: v24.14.0
- • DSH: 0.2.1-rc.2
- • 被测插件工件: github · https://github.com/Num86/dsh-functions(版本未标注)
ID: dsh-functions@88032d@dsh0.2.1-rc.2 · 档位: l4-sandbox
签发:2026-10-19 · 有效至:2026-10-26
查看检查项与证据
已在加载器目录树中激活(151 个条目)
L1–L3 为插件级静态结论(基础门槛,全 dsh 版本相同):证据为插件级单份,不在各版本重复存储。
✓dsh 0.2.1-alpha.42026-10-18L5 · 运行验证通过
- • Node.js: v24.14.0
- • DSH: 0.2.1-alpha.4
- • 被测插件工件: github · https://github.com/Num86/dsh-functions(版本未标注)
ID: dsh-functions@88032d@dsh0.2.1-alpha.4 · 档位: l4-sandbox
签发:2026-10-18 · 有效至:2026-10-25
查看检查项与证据
已在加载器目录树中激活(150 个条目)
L1–L3 为插件级静态结论(基础门槛,全 dsh 版本相同):证据为插件级单份,不在各版本重复存储。
作者徽章
将官方徽章嵌入你的 README,展示插件的安全与安装检测状态:
`[](https://www.dsh.so/artifact/dsh-functions/)``[](https://www.dsh.so/artifact/dsh-functions/)`安全报告
两层自动化检查,都不是人工审核:静态扫描(逐插件规则判定)与模型驱动的动态安全审计(只覆盖静态判定 warn 及以上的插件子集,不执行插件代码)。
静态扫描 低,动态审计最高 中,按「取更严者」→ 总评级 中。
v0.4.1dsh 清单0.4.1git2026-10-210.4.1版本一致clean · gitvet 为 AST 静态扫描(npm 发布物或 git 源码)。
静态发现(5 条)
- 警告childProcess · code-exec
index.js:142child = spawn(command, args, { - 警告childProcess · code-exec
restart-helper.js:96spawnSync(executable, ['/PID', String(pid)], { stdio: 'ignore', windowsHide: true }); - 警告childProcess · code-exec
restart-helper.js:108const result = spawnSync(executable, ['/PID', String(pid), '/T', '/F'], { stdio: 'ignore', windowsHide: true }); - 警告childProcess · code-exec
restart-helper.js:121result = spawnSync(executable, ['/NH', '/FO', 'CSV', '/FI', 'PID eq ' + String(pid)], { - 警告childProcess · code-exec
restart.js:326const outer = spawn(process.execPath, [HELPER_PATH, '--outer', JSON.stringify(payload)], {
展开 2 条审计发现
- medium/api/dshFunctions/run 把客户端传来的 confirm:"yes" 当作已确认,确认窗可被绕过
index.js:522两级确认流程只存在于 client.js,宿主只要看到 confirm:'yes' 就执行。因此任何运行在 DSH 页面里的脚本(其它第三方客户端插件,或一次 XSS)都能在没有任何弹窗的情况下调用全部已注册的宿主功能——包括 config 里声明的 shell 功能(按配置 spawn 本地进程)以及会强杀并重启应用的重启动作。若宿主 fetch 路由没有来源/CSRF 校验,跨站 text/plain 表单 POST 只要 body 能被 JSON 解析也能打到该处理器(Request.json() 不校验 content-type)。
- low「加载功能」把固定指令以 role:'user' 注入调用方指定的任意会话
index.js:398/run 处理器把 body.sessionId 原样转进功能上下文,该加载功能就把约 5KB 的 LOAD_INSTRUCTION 发进这个 id 指向的任意会话,并标记 source.kind='user',与真实用户消息无法区分。配合上面的确认绕过,页面里的攻击者可以让用户没在看的会话去列 profile 目录、把 package.json/README 读进对话,并在用户回话后安装或修改插件文件——而用户并没有点过这个动作。
宿主动作注册表:/run 仅凭客户端传入 confirm=yes 即执行,页面脚本或 CSRF 请求可绕过确认窗触发已配置的 shell/重启动作。
口径:动态审计只会把风险往严重里判,不会把风险降下来(只升不降,不构成豁免);模型判错时由人工复核撤回,撤回后回到静态判定。合并判定 = 两层中更严的那一个。
免责声明:静态扫描与动态安全审计都是自动化分析,不构成安全保证。安装前请自行审查。
活跃度
最近提交 2026-10-19 · 活跃度:活跃
• 仓库创建: 2026-10-16
• 星标: ★ 0 · 复刻: 0
• 健康度: 活跃 — 近 30 天有提交
来源
GitHub: github.com/Num86/dsh-functions
作者 README
GitHub 原文 ↗展示作者仓库中的原始 README 内容,实时抓取、未做改写;优先加载中文版(README.zh-CN.md 等),无中文版时回退英文。
