[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"$fiwjdf77x15qa":3},{"code":4,"message":5,"data":6,"timestamp":26},10000,"success",{"full_name":7,"position":8,"description":9,"language":10,"stars":11,"forks":12,"stars_gained":13,"age_days":14,"hn_threads":15,"one_liner":16,"summary_md":17,"topic":18,"github_topics":21,"license":22,"homepage":23,"updated_at":24,"history":25},"aydencharles\u002FonionHEN",19,"Yet another HEN enabler for jailbroken PS5","C++",468,53,248,97,[],"给已越狱 PS5 提供一体化 HEN 与工具箱，集中管理插件、覆盖层、作弊和用户 payload。","只有当你已经有一台越狱 PS5、并且想把逐个手动启动的 payload 收拢到一个入口时，OnionHEN 才值得一看。它不是通用自制软件菜单，而是面向特定漏洞利用流程的基础设施，立场很明确。\n\n## 解决什么问题\n\n在越狱 PS5 上，从内核漏洞到能用的自制软件环境，通常要按顺序跑好几个 payload：ELF 加载器、准备文件系统的组件，然后才是你真正想用的工具。想加 FTP、游戏内监控条或作弊？那就更多 payload、更多时序问题，中间某一步静默失败也很难发现。OnionHEN 把这压缩成一个入口 ELF：第一跳之后，它依次启动自己的加载器、utility 守护进程、`kstuff` 和主守护进程，再把 Toolbox 设置页注入 ShellUI，让你直接在主机上管理插件和用户 payload。\n\n## 有什么不同\n\n机制上是引导器加两个守护进程。关键守护进程和 utility 守护进程分开运行，主守护进程可以重启 utility，这是项目自己描述的“子服务失败但不丢整个栈”的做法。外部插件是带描述符的 ELF，放在 `\u002Fdata\u002FOnionHEN\u002Fplugins\u002F` 下，由守护进程负责发现、启动、停止、替换和移除，每个插件可以带自己的动态设置页。相比散落各处的 payload，实际好处是有一个地方能看清什么在跑。\n\n代价是耦合。FTP 服务、ShadowMount+、DPI v2 这些可选能力都是[独立仓库](https:\u002F\u002Fgithub.com\u002FOnionBuddies\u002FonionHEN-ftpsrv-plugin)，需要装进那个插件目录，并不是内置功能；[ShadowMount+](https:\u002F\u002Fgithub.com\u002FOnionBuddies\u002FonionHEN-shadowmountplus-plugin) 明确依赖 `kstuff`，配置还保存在自己的文件里，而不是 OnionHEN 共享的 `config.ini`。所以“all-in-one”更多指调度，零件仍要你自己拼、版本仍要自己跟。README 还说明启动是顺序的：只有 `util`、`kstuff`、`daemon` 都完成后 Toolbox 才出现，失败往往表现为“菜单没出来”，而不是清晰的报错。\n\n## 谁值得试\n\n适合这样的人：PS5 已经越狱，漏洞利用端能发送第一个 ELF，想在主机内有一个常驻入口来管 FTP、作弊、FPS\u002F温度覆盖层和几个用户 payload，并且愿意手动编辑 `config.ini`、往目录里放插件 ELF。不适合的人：主机没越狱；期待一键安装；或者只需要单个 payload——这种情况下守护进程加插件分层带来的活动部件并不划算。如果你不关心 Remote Play 配对或作弊引擎，它的价值也会相应下降。\n\n## 使用条件与边界\n\n你需要一台已越狱的 PS5，以及一个在 9021 端口监听的[外部 `elfldr`](https:\u002F\u002Fgithub.com\u002Fps5-payload-dev\u002Felfldr) 完成第一跳；之后 OnionHEN 用自己的加载器走 9020，9021 只作为回退。payload 必须针对你的固件、用完整的 PS5 Payload SDK 构建，构建不匹配是很现实的第一道坎。Remote Play 配对只负责注册，要求账号已激活，视频串流仍由索尼原生服务处理。可选功能都要单独装插件，ShadowMount+ 还依赖 `kstuff`。\n\n长期维护才是真正的成本：插件文件、各插件自己的配置文件、与固件匹配的构建，都得对得上。README 要求报告问题时附上固件、漏洞利用端、SDK 版本、构建类型和日志，这也说明环境细节有多重要。项目采用 GPL-3.0，非官方、与索尼无关，明确不提供担保、风险自负。\n\n## HotRepo 点评\n\nHotRepo 从 2026-10-24 开始跟踪该仓库，2026-10-25 记录到 C++ 月榜第 19 名、本月 +248 stars。这只是单日的一次观察，没有可比的每日榜单历史，无法判断热度能否持续。投入之前，先确认 README 里有适配你当前固件的构建，并核对你需要的插件仓库版本是否仍与之匹配。",{"slug":19,"name":20},"games","游戏",[],"GPL-3.0",null,"2026-10-25T12:17:33Z",[],1792968572]