开发与运行时 · v0.3.3
dsh-super-injector
dsh-routing-suite 分发入口:DSH 超级模组注入器(BepInEx 式运行时注入,免重启)+ router-standard 预设仓库。插件入口为 injector/,预设位于 preset/。
该插件尚未翻译,显示作者原文。
dshdsh-plugindeepseek-harnessinjectorsuper-injectorpresetrouter-standardcordis
仅 GitHub
认证 未评级已扫描 ✓健康 D/53星 —
12 项能力安装命令
dsh plugin --profile web add git+https://github.com/yjh051108/dsh-routing-suite
实测:这条命令在隔离环境里没装上(安装失败)。安装前先看这个仓库的构建要求。
检测报告
关注度高。命中了不少能力模式,其中可能有需要留意的。逐条看下面的清单。
3高关注6需留意3一般12未命中
高关注需留意一般
能力清单
- 以 shell 执行命令
shell-exec高关注11 处命中tests/materialize.test.mjs:113execFileSync(process.execPath, ['-e', script, dstDir, srcDir], { stdio: 'pipe' })tests/materialize.test.mjs:131execFileSync(process.execPath, ['-e', script, dstDir, srcDir], { stdio: 'pipe' })tests/materialize.test.mjs:163execFileSync(process.execPath, ['-e', script, dstDir, srcDir], { stdio: 'pipe' })tools/fix-ck-types.mjs:48execFileSync('npm', ['pack', '@types/node@22.20.0', '--pack-destination', TMP], { stdio: 'inherit', shell: true });- 看命令字符串是拼出来的还是写死的。拼接用户输入才是真正的风险。
- 可执行外部程序
spawns-processes高关注4 处命中scripts/prepare.mjs:20import { spawnSync } from 'node:child_process'src/index.ts:33import { spawnSync } from 'node:child_process'tests/materialize.test.mjs:35import { execFileSync } from 'node:child_process'tools/fix-ck-types.mjs:6import { execFileSync } from 'node:child_process';- 看它调用哪些程序。调用本机已有的工具是常见做法。
- 改写用户 profile
profile-tamper高关注1 处命中- index.ts
- 看它改的是自己那一段还是别人的。改用户 profile 通常应由用户手动做。
- 写入文件
writes-files需留意139 处命中CHANGELOG.md:71(`rmSync(junction,{recursive})` 跨卷/嵌套/链式/父目录递归、同卷三段 junction 链)CHANGELOG.md:81`rmSync(linkDir, { recursive: true })`。scripts/build.sh:24# 1) 旧实现 fs.rmSync(link,{recursive:true}) 会掏空 junction 目标 —— 已修。scripts/build.sh:49else fs.rmSync(dst, { recursive: true, force: true });- 看写入位置。写自己的配置目录是正常的,写系统目录不是。
- 运行时改写自身配置
modifies-own-manifest需留意6 处命中src/index.ts:3562writeFileSync(join(dst, 'package.json'), JSON.stringify({src/index.ts:3904writeFileSync(join(tmpDir, 'package.json'), JSON.stringify({tests/materialize.test.mjs:50fs.writeFileSync(path.join(dir, 'package.json'), JSON.stringify({ name: label, version: '1.0.0' }), 'utf8')tests/verify-deployed.mjs:53writeFileSync(join(DIR, 'pkg', 'package.json'), JSON.stringify({ name: 'p', type: 'module' }))- 运行时改写自身配置会让下次启动的行为和你看过的源码不一致。
- 动态执行代码
dynamic-code需留意2 处命中src/index.ts:1872fn = new Function('args', 'ctx', `return (${raw.source})(args, ctx)`)src/index.ts:1924fn = new Function('args', 'ctx', `return (${args.execute})(args, ctx)`)- 看 eval / new Function 的入参来自哪里。常量字符串和用户输入是两回事。
- 发起网络请求
network需留意1 处命中src/client/index.ts:48return fetch(API + path, {- 看请求发往哪些域名。发往作者自己的后端是常见做法。
- 启动伪终端
spawns-pty需留意1 处命中src/index.ts:3642const probe = spawnSync('bash', ['--version'], { encoding: 'utf8' })- 伪终端等于给了一个完整 shell。确认这是插件的核心功能。
- 安装时执行脚本
install-scripts需留意1 处命中- 安装脚本:prepare
- 读取文件
reads-files一般149 处命中CHANGELOG.md:64- **已证实的缺陷**:`isHealthyLink()` 只做 `readdirSync(p)` 判"能读目录即健康",CHANGELOG.md:68- **修复**:判据收紧为 `readdirSync(p).length > 0`——**空目标 = 不健康、必须重建**scripts/fix-patch.mjs:73content = readFileSync(patchFile, 'utf8')scripts/fix-patch.mjs:97profileDirs = readdirSync(profilesRoot).filter((d) => !d.startsWith('.'))- 读文件是绝大多数插件的正常工作方式,本身不构成顾虑。
- 动态加载模块
dynamic-import一般25 处命中CHANGELOG.md:51- 修复后 `lib/index.js` 正常产出、`node --check` 通过、`import()` 成功CHANGELOG.md:63同一秒),随后 `import()` 直接失败:`Cannot find package ...\dsh-tools\index.js`。src/index.ts:318const { readFileSync } = await import('node:fs')src/index.ts:622* import(index.js?v=1) → dep.V = 'A'- 动态导入本身无害,但会让依赖关系难以静态审阅。
- 读取环境变量
reads-env一般21 处命中CHANGELOG.md:110找不到包。修复:`process.env.DSH_HOME || homedir()/.dsh` 统一路径(scaffold 模板同步)src/index.ts:269const dshHome = process.env.DSH_HOME || join(homedir(), '.dsh')src/index.ts:444'process.env.NODE_ENV': JSON.stringify(process.env.NODE_ENV ?? 'production'),src/index.ts:765const dshHome = process.env.DSH_HOME || join(homedir(), '.dsh')- 环境变量里常混有密钥。看它是否把整个 env 都读走。
逐条扫描明细
| 能力 | 标识 | 关注度 | 命中次数 |
|---|---|---|---|
| 以 shell 执行命令 | shell-exec | 高关注 | 11 |
| 可执行外部程序 | spawns-processes | 高关注 | 4 |
| 改写用户 profile | profile-tamper | 高关注 | 1 |
| 写入文件 | writes-files | 需留意 | 139 |
| 运行时改写自身配置 | modifies-own-manifest | 需留意 | 6 |
| 动态执行代码 | dynamic-code | 需留意 | 2 |
| 发起网络请求 | network | 需留意 | 1 |
| 启动伪终端 | spawns-pty | 需留意 | 1 |
| 安装时执行脚本 | install-scripts | 需留意 | 1 |
| 读取文件 | reads-files | 一般 | 149 |
| 动态加载模块 | dynamic-import | 一般 | 25 |
| 读取环境变量 | reads-env | 一般 | 21 |
这份报告的口径
扫描读的是包里的源码,全程不执行第三方代码。 本次读了 27 个文件,扫描于 2026-10-22。 命中次数只说明源码里出现过这类调用,不说明行为好坏——一个插件读写文件 500 次和 1 次 都会被记为「读取文件」。这是能力清单,不是信任评分,也不是安全结论: 没扫出来的能力可能只是写法没被规则覆盖。
可信度
这个插件只在 GitHub 上发布,没有走过 npm 的分发链路。下面的梯子按 GitHub 通道的证据计算:补丁审计、钉在 commit 上的源码快照、隔离试装;L2 的「宿主启动」这一层还没有对 git 通道跑过,所以等级停在 L1。
53
健康分 D
扣分项下方逐条附证据
- -20隔离环境装不上fail:C:\Users\A01\AppData\Local\Temp\dsh-l2-home-w0-6836-1792672494\profiles\l2probe\.plugin-manager\logs\operation-EimmXg\pnpm.log dsh: git-hosted plugins build on
- -10声明与实物不符:entry-missingmajor:['./lib/client.js', './lib/index.js']
- -5声明与实物不符:types-missingwarn:['./lib/types/client/index.d.ts', './lib/types/index.d.ts']
- -10声明与实物不符:client-present-undeclaredmajor:['src/client/index.ts']
- -2没有 READMEminor
认证等级 未评级
- L0静态结构与契约—契约不符:entry-missing
- L1配置组合与依赖图✓跨包无 entry id 冲突,插入模块可解析,目录内 peer 满足(前一级未通过,本项不计入等级)前一级未通过,不计入等级
- L2隔离沙箱冒烟—试装未通过(install-failed)
- L3运行时健康监控—未抽样(本层是抽样检测:没有会话不等于干净)
评分口径与作者信息
从 100 分开始按规则扣减:fail −20 / major −10 / warn −5 / minor −2;star 数、下载量、LLM 输出都不参与评分
- 维护者
- —
- 仓库
- https://github.com/yjh051108/dsh-routing-suite
- 许可
- BSD-3-Clause
- 最后发布
- —
- 周下载
- —
- star
- —
扫描状态:已扫描。能力是事实,不是缺陷; 周下载与 star 只作参考,不参与评分。
认证等级只回答四件事:包本身是否完整可解析(L0)、能不能与别的插件组合(L1)、隔离环境里装不装得上并起得来(L2)、抽样运行时有没有异常(L3)。依赖漏洞、仓库存活、下载量都不参与评级,只作为独立信号标注。可信 ≠ 无漏洞,上架 ≠ 推荐。
| DSH peer 依赖 | 1 个dsh-tools均为 @deepseek-ai/ 下的包 |
|---|---|
| Node 要求 | >=22 |
| 第三方依赖 | 0 个(纯自包含) |
| 依赖安全公告 | 已查询全部依赖,没有匹配到已公开的安全公告(含 DSH 框架包在内的 @deepseek-ai/* 不作查询——那是运行时自己的问题,不是插件的。) |
DSH