浏览全部

开发与运行时 · v0.3.3

dsh-super-injector

github.com/yjh051108/dsh-routing-suite

能力以 shell 执行命令可执行外部程序改写用户 profile

dsh-routing-suite 分发入口:DSH 超级模组注入器(BepInEx 式运行时注入,免重启)+ router-standard 预设仓库。插件入口为 injector/,预设位于 preset/。

该插件尚未翻译,显示作者原文。

dshdsh-plugindeepseek-harnessinjectorsuper-injectorpresetrouter-standardcordis
仅 GitHub
认证 未评级已扫描 ✓健康 D/53星 —
12 项能力
许可
BSD-3-Clause

安装命令

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';
    • 看它调用哪些程序。调用本机已有的工具是常见做法。
  • 改写用户 profileprofile-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
改写用户 profileprofile-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/* 不作查询——那是运行时自己的问题,不是插件的。)

返回首页