aydencharles/onionHEN

只有当你已经有一台越狱 PS5、并且想把逐个手动启动的 payload 收拢到一个入口时，OnionHEN 才值得一看。它不是通用自制软件菜单，而是面向特定漏洞利用流程的基础设施，立场很明确。

解决什么问题

在越狱 PS5 上，从内核漏洞到能用的自制软件环境，通常要按顺序跑好几个 payload：ELF 加载器、准备文件系统的组件，然后才是你真正想用的工具。想加 FTP、游戏内监控条或作弊？那就更多 payload、更多时序问题，中间某一步静默失败也很难发现。OnionHEN 把这压缩成一个入口 ELF：第一跳之后，它依次启动自己的加载器、utility 守护进程、kstuff 和主守护进程，再把 Toolbox 设置页注入 ShellUI，让你直接在主机上管理插件和用户 payload。

有什么不同

机制上是引导器加两个守护进程。关键守护进程和 utility 守护进程分开运行，主守护进程可以重启 utility，这是项目自己描述的“子服务失败但不丢整个栈”的做法。外部插件是带描述符的 ELF，放在 /data/OnionHEN/plugins/ 下，由守护进程负责发现、启动、停止、替换和移除，每个插件可以带自己的动态设置页。相比散落各处的 payload，实际好处是有一个地方能看清什么在跑。

代价是耦合。FTP 服务、ShadowMount+、DPI v2 这些可选能力都是独立仓库，需要装进那个插件目录，并不是内置功能；ShadowMount+ 明确依赖 kstuff，配置还保存在自己的文件里，而不是 OnionHEN 共享的 config.ini。所以“all-in-one”更多指调度，零件仍要你自己拼、版本仍要自己跟。README 还说明启动是顺序的：只有 util、kstuff、daemon 都完成后 Toolbox 才出现，失败往往表现为“菜单没出来”，而不是清晰的报错。

谁值得试

适合这样的人：PS5 已经越狱，漏洞利用端能发送第一个 ELF，想在主机内有一个常驻入口来管 FTP、作弊、FPS/温度覆盖层和几个用户 payload，并且愿意手动编辑 config.ini、往目录里放插件 ELF。不适合的人：主机没越狱；期待一键安装；或者只需要单个 payload——这种情况下守护进程加插件分层带来的活动部件并不划算。如果你不关心 Remote Play 配对或作弊引擎，它的价值也会相应下降。

使用条件与边界

你需要一台已越狱的 PS5，以及一个在 9021 端口监听的外部 elfldr 完成第一跳；之后 OnionHEN 用自己的加载器走 9020，9021 只作为回退。payload 必须针对你的固件、用完整的 PS5 Payload SDK 构建，构建不匹配是很现实的第一道坎。Remote Play 配对只负责注册，要求账号已激活，视频串流仍由索尼原生服务处理。可选功能都要单独装插件，ShadowMount+ 还依赖 kstuff。

长期维护才是真正的成本：插件文件、各插件自己的配置文件、与固件匹配的构建，都得对得上。README 要求报告问题时附上固件、漏洞利用端、SDK 版本、构建类型和日志，这也说明环境细节有多重要。项目采用 GPL-3.0，非官方、与索尼无关，明确不提供担保、风险自负。

HotRepo 点评

HotRepo 从 2026-10-24 开始跟踪该仓库，2026-10-25 记录到 C++ 月榜第 19 名、本月 +248 stars。这只是单日的一次观察，没有可比的每日榜单历史，无法判断热度能否持续。投入之前，先确认 README 里有适配你当前固件的构建，并核对你需要的插件仓库版本是否仍与之匹配。