dsh-liangshen
github.com/zhu1090093659/dsh-web
v0.4.6
市场与管理
以 shell 执行命令可执行外部程序含混淆或编码代码
LiangShen (梁神) agent preset plus its composer lever for the dsh web GUI. The host half declares the bundled preset to the harness's agent-preset registry at activation (declare = enabled), so the preset is selectable for new sessions without writing anyth
该插件尚未翻译，显示作者原文。
检测报告
关注度高。命中了不少能力模式，其中可能有需要留意的。逐条看下面的清单。
2高关注2需留意4一般16未命中
高关注需留意一般
能力清单
- 以 shell 执行命令
shell-exec高关注2 处命中tools/benchmark-live-run.mjs:187return execFileSync(process.platform === 'win32' ? 'where' : 'which', ['dsh'], { encoding: 'utf8' })tools/benchmark-live-run.mjs:523return execFileSync('git', args, { cwd: PACKAGE_ROOT, encoding: 'utf8' }).trim()- 看命令字符串是拼出来的还是写死的。拼接用户输入才是真正的风险。
- 可执行外部程序
spawns-processes高关注1 处命中tools/benchmark-live-run.mjs:39import { execFileSync, spawn } from 'node:child_process'- 看它调用哪些程序。调用本机已有的工具是常见做法。
- 含混淆或编码代码
obfuscated-code需留意33 处命中lib/types/index.d.ts:174export declare const LIANGSHEN_GUIDANCE = "\u672C\u673A\u5DF2\u5B89\u88C5 dsh-liangshen \u63D2\u4EF6\uFF08\u6881\u795E\u…- 混淆本身不是恶意，但公开源码里出现大段混淆值得问一句为什么。
- 写入文件
writes-files需留意18 处命中tools/benchmark-driver.mjs:96writeFileSync(join(cwd, 'benchmark-driver-outcome.json'), JSON.stringify(outcome, null, 2))tools/benchmark-driver.mjs:114writeFileSync(join(process.cwd(), 'benchmark-driver-outcome.json'), JSON.stringify({tools/benchmark-live-run.mjs:299mkdirSync(target, { recursive: true })tools/benchmark-live-run.mjs:312writeFileSync(composition, replaced)- 看写入位置。写自己的配置目录是正常的，写系统目录不是。
- 读取文件
reads-files一般45 处命中lib/index.js:389return readFileSync(join(dir, name), "utf8");…s/tasks/liangshen-v41-flash.json:56"check": "const fs = await import('node:fs'); if (!fs.existsSync('greeting.txt')) throw new Error('greeting.txt missing'……s/tasks/liangshen-v41-flash.json:69"check": "const m = await import('./math.mjs'); if (m.cube(3) !== 27) throw new Error('cube(3) = ' + m.cube(3)); const f……s/tasks/liangshen-v41-flash.json:102"check": "const fs = await import('node:fs'); if (!fs.existsSync('src/nested/deep.txt')) throw new Error('deep.txt missi…- 读文件是绝大多数插件的正常工作方式，本身不构成顾虑。
- 动态加载模块
dynamic-import一般36 处命中lib/client.js:279engine = require(platform);lib/client.js:281engine = require(legacy);…s/tasks/liangshen-v41-flash.json:15"check": "const m = await import('./stats.mjs'); if (m.mean([1, 2, 3]) !== 2) throw new Error('mean([1,2,3]) = ' + m.mea……s/tasks/liangshen-v41-flash.json:26"check": "const m = await import('./parse.mjs'); if (m.toNumber('-12') !== -12) throw new Error('negative = ' + m.toNumb…- 动态导入本身无害，但会让依赖关系难以静态审阅。
- 读取环境变量
reads-env一般11 处命中tools/benchmark-live-run.mjs:825env: { ...process.env },…ets/liangshen/minimal-prompt.mjs:239export function resolveDshHome(env = process.env) {…ets/liangshen/minimal-prompt.mjs:278export async function discoverInstructionFiles(cwd, env = process.env) {…ets/liangshen/minimal-prompt.mjs:330export async function loadInstructionFiles(cwd, env = process.env) {- 环境变量里常混有密钥。看它是否把整个 env 都读走。
- 接触凭据或密钥
credentials一般7 处命中lib/client.js:1451if (this.specOf(field).secret) return true;…/types/client/settings-form.d.ts:23* Whether the Host treats this field as a secret and redacts its value from…/types/client/settings-form.d.ts:24* the read-back (role('secret') in the section schema). Redacted secrets are…/types/client/settings-form.d.ts:27* staged secret set is judged by the mutation settling; the rest of its- 看它读取哪些凭据、发往哪里。用于登录自己的服务是正常的。
逐条扫描明细
| 能力 | 标识 | 关注度 | 命中次数 |
|---|---|---|---|
| 以 shell 执行命令 | shell-exec | 高关注 | 2 |
| 可执行外部程序 | spawns-processes | 高关注 | 1 |
| 含混淆或编码代码 | obfuscated-code | 需留意 | 33 |
| 写入文件 | writes-files | 需留意 | 18 |
| 读取文件 | reads-files | 一般 | 45 |
| 动态加载模块 | dynamic-import | 一般 | 36 |
| 读取环境变量 | reads-env | 一般 | 11 |
| 接触凭据或密钥 | credentials | 一般 | 7 |
这份报告的口径
扫描读的是包里的源码，全程不执行第三方代码。 本次读了 58 个文件，扫描于 2026-10-14。 命中次数只说明源码里出现过这类调用，不说明行为好坏——一个插件读写文件 500 次和 1 次 都会被记为「读取文件」。这是能力清单，不是信任评分，也不是安全结论： 没扫出来的能力可能只是写法没被规则覆盖。
依赖安全公告
已查询这个插件声明的全部依赖，没有匹配到已公开的安全公告。（含 DSH 框架包在内的 @deepseek-ai/* 不作查询——那是运行时自己的问题，不是插件的。）