dsh-experience-plugin
github.com/SouleyMoni1/dsh-experience-plugin
v0.7.9
模型与账号
以 shell 执行命令可执行外部程序写入文件
所有配置 UI 统一收拢在设置页「日用优化」分区,含「插件设置」「模块开关」「MCP 管理」「Skills 管理」四个页签。
作者原文(英文)
DSH plugin: model reasoning levels plus CLI request mimic, with a unified Daily Optimization settings section.
中文简介由 DeepSeek 模型翻译,仅供参考。
dshdeepseek-harnesspluginmodel-reasoningreasoning-effortcli-mimicsettingsmy-rules
检测报告
关注度高。命中了不少能力模式,其中可能有需要留意的。逐条看下面的清单。
2高关注4需留意4一般14未命中
高关注需留意一般
能力清单
- 以 shell 执行命令
shell-exec高关注4 处命中…s/features/skill-manager/host.js:249const probe = spawnSync('skillhub', ['--version'], { encoding: 'utf8', shell: true });…s/features/skill-manager/host.js:253const run = spawnSync('skillhub', ['install', slug, '--dir', root], { encoding: 'utf8', shell: true, maxBuffer: 8 * 1024…lib/index.js:3075shell: truelib/index.js:3085shell: true,- 看命令字符串是拼出来的还是写死的。拼接用户输入才是真正的风险。
- 可执行外部程序
spawns-processes高关注3 处命中…pes/features/open-folder/host.js:16import { spawn } from 'node:child_process';…s/features/skill-manager/host.js:21import { spawnSync } from 'node:child_process';lib/index.js:9import { spawn, spawnSync } from "node:child_process";- 看它调用哪些程序。调用本机已有的工具是常见做法。
- 写入文件
writes-files需留意20 处命中…/types/features/my-rules/host.js:87fs.rmSync(file);…/types/features/my-rules/host.js:91fs.mkdirSync(path.dirname(file), { recursive: true });…/types/features/my-rules/host.js:92fs.writeFileSync(file, content, 'utf8');…s/features/skill-manager/host.js:160fs.mkdirSync(path.dirname(match.to), { recursive: true });- 看写入位置。写自己的配置目录是正常的,写系统目录不是。
- 发起网络请求
network需留意11 处命中lib/client.js:2065fetch("/api/open-folder", {lib/client.js:2762const response = await fetch(EXPERIENCE_RPC_PATH, {…types/features/cli-mimic/host.js:478originalFetch = globalThis.fetch.bind(globalThis);lib/index.js:705rpcCtx.effect(() => rpcCtx.connection.fetch.register({- 看请求发往哪些域名。发往作者自己的后端是常见做法。
- 含混淆或编码代码
obfuscated-code需留意8 处命中…ry/client/AutoLoadHistoryCard.js:29return (_jsx(ModuleCard, { title: "\u81EA\u52A8\u52A0\u8F7D\u5386\u53F2", description: "\u6253\u5F00\u4F1A\u8BDD\u65F6\u……params/client/ModelParamsCard.js:167return (_jsx(ModuleCard, { title: "\u6A21\u578B\u53C2\u6570", description: "\u6309 Provider / \u6A21\u578B\u624B\u52A8\u……params/client/ModelParamsCard.js:170} }), "\u542F\u7528\u6A21\u578B\u53C2\u6570\u8986\u76D6"] }), dirty ? _jsx("span", { className: "dx-badge dx-badge--outl……tings-page/client/OpaqueBgRow.js:31return (_jsx(ModuleCard, { title: "\u8BBE\u7F6E\u9875\u80CC\u666F\u4E0D\u900F\u660E", description: "\u5F00\u542F\u540E\u…- 混淆本身不是恶意,但公开源码里出现大段混淆值得问一句为什么。
- 动态执行代码
dynamic-code需留意1 处命中lib/client.js:4077schema.callback = new Function("return " + schema.callback)();- 看 eval / new Function 的入参来自哪里。常量字符串和用户输入是两回事。
- 接触凭据或密钥
credentials一般74 处命中lib/client.js:2783"apiKeyEnv",lib/client.js:2806apiKeyEnv: "",lib/client.js:2826apiKeyEnv: "",lib/client.js:2855apiKeyEnv: "",- 看它读取哪些凭据、发往哪里。用于登录自己的服务是正常的。
- 读取文件
reads-files一般38 处命中…/types/features/my-rules/host.js:44return fs.readFileSync(file, 'utf8');…/types/features/my-rules/host.js:86if (fs.existsSync(file))…s/features/skill-manager/host.js:56return fs.readdirSync(dir, { withFileTypes: true }).map((e) => ({ name: e.name, isDir: e.isDirectory() }));…s/features/skill-manager/host.js:81if (!fs.existsSync(skillMd))- 读文件是绝大多数插件的正常工作方式,本身不构成顾虑。
- 读取环境变量
reads-env一般2 处命中…/types/features/my-rules/host.js:24export function resolveDshHome(configured, env = process.env) {lib/index.js:1938function resolveDshHome(configured, env = process.env) {- 环境变量里常混有密钥。看它是否把整个 env 都读走。
- 文中出现远程脚本地址
remote-url-reference一般2 处命中…s/features/skill-manager/host.js:251return rpcError('skillhub CLI not installed; run: curl -fsSL https://skillhub-1388575217.cos.ap-guangzhou.myqcloud.com/i…lib/index.js:3077if (probe.error !== void 0 && probe.error.code === "ENOENT") return rpcError("skillhub CLI not installed; run: curl -fsS…- 只是文本里出现了远程脚本地址,没有看到加载它的调用。多半是文档或注释;若确实可疑,搜一下这个地址在包里的其他出现位置。
逐条扫描明细
| 能力 | 标识 | 关注度 | 命中次数 |
|---|---|---|---|
| 以 shell 执行命令 | shell-exec | 高关注 | 4 |
| 可执行外部程序 | spawns-processes | 高关注 | 3 |
| 写入文件 | writes-files | 需留意 | 20 |
| 发起网络请求 | network | 需留意 | 11 |
| 含混淆或编码代码 | obfuscated-code | 需留意 | 8 |
| 动态执行代码 | dynamic-code | 需留意 | 1 |
| 接触凭据或密钥 | credentials | 一般 | 74 |
| 读取文件 | reads-files | 一般 | 38 |
| 读取环境变量 | reads-env | 一般 | 2 |
| 文中出现远程脚本地址 | remote-url-reference | 一般 | 2 |
这份报告的口径
扫描读的是包里的源码,全程不执行第三方代码。 本次读了 103 个文件,扫描于 2026-10-14。 命中次数只说明源码里出现过这类调用,不说明行为好坏——一个插件读写文件 500 次和 1 次 都会被记为「读取文件」。这是能力清单,不是信任评分,也不是安全结论: 没扫出来的能力可能只是写法没被规则覆盖。
依赖安全公告
这个插件声明的依赖中,有 2 条已公开的安全公告 (最高等级:中):
| 等级 | 依赖包 | 编号 | 摘要 |
|---|---|---|---|
| 中 | yaml | CVE-2023-2251 | Uncaught Exception in yaml 修复版本:2.2.2 详情 → |
| 低 | yaml | CVE-2026-33532 | yaml is vulnerable to Stack Overflow via deeply nested YAML collections 修复版本:1.10.3, 2.8.3 详情 → |
查询的是依赖声明范围的下界(如 ^4.2.0 查 4.2.0),
不是实际安装到的版本。真正装的时候如果解析到了修复版本,就不受影响——
所以这是「可能受影响」,不是「这个插件有漏洞」。数据来自
OSV.dev。