YukiSU官方最新版本是一套为ARM64 GKI 2.0设备打造的现代内核级Root方案。它从SukiSU-Ultra分支而来，但不止是换了个名字——用户空间、管理器、认证扩展和内置的YukiZygisk都已经独立演进。YukiSU的核心主张是“Root该归内核管”：哪个应用能拿Root、拿到什么身份和能力，都由内核层的统一规则决定，而不是散落在用户空间的授权框里。它完整保留了与KernelSU生态的兼容性：现有的模块、MetaModule生命周期和App Profile可以继续沿用，不需要为了迁移而重建整套环境。如果你已经在KernelSU或SukiSU体系下积累了一批可用的模块和配置，YukiSU提供了一条迁移成本较低的升级路径。
YukiSU密钥在哪输入
1、点开钥匙图标
2、再输入密钥进行验证即可
YukiSU怎么用
1、从YukiSU官方Releases页面下载YukiSU Manager APK和匹配你设备KMI的LKM文件（kernelsu.ko）。不要在群文件或第三方网盘随意下载来历不明的LKM，KMI不匹配的.ko文件可能导致设备无法开机。
2、确认设备符合要求：ARM64架构、GKI 2.0内核、Linux 5.10及以上、LKM模式（CONFIG_KSU=m），并且内核启用了Kprobes、Kretprobes和syscall tracepoints。GKI 1.0、non-GKI、ARM32和built-in CONFIG_KSU=y的内核都不在支持范围内。
3、安装YukiSU Manager APK后打开，选择“选择镜像修补”或“选择本地.ko”。第一次安装时，YukiSU还没有Root权限，通常需要用当前固件的原厂镜像进行修补，再按设备自己的方式刷入。如果你已经有其他Root环境（如Magisk或KernelSU），可以从现有Root直接安装，但建议先阅读官方的切换说明。
4、修补或安装前，务必在摘要页面确认四件事：输入镜像来自当前固件、LKM的KMI与目标内核一致、写入的分区和槽位没有选反、出问题时有办法刷回原厂镜像。管理器可以帮你完成修补和加载，但它无法纠正错误的KMI或分区判断。
5、安装完成后重启设备，打开YukiSU Manager确认Root状态。如果管理器显示已安装但无权限，优先检查包名/签名认证或SuperKey设置，而不是反复重刷LKM。SuperKey不是必须的，首次安装保持为空即可，官方管理器默认依靠签名认证。
YukiSU的核心组件有哪些
1、kernelsu.ko：最终加载进内核的LKM模块，负责处理Root权限、Hook、App Profile和Feature 0–4。它只以可加载模块的形式存在，不编译进内核镜像。
2、ksuinit：在启动阶段接上LKM与init环境，确保Root能力在系统启动早期就能生效。
3、ksud：用户空间的后端守护进程，负责运行模块、处理安装、配置SELinux，并为管理器提供后端服务。与上游不同的是，ksud是用C++重写的，而不是Rust。
4、su：为已经获得授权的调用方打开提权会话，实际执行Root权限的授予。
5、YukiSU Manager：图形化管理器，用于查看状态、批量授权、安装模块、安装LKM、备份分区和导出诊断信息。
6、YukiZygisk：内置的基于内核的Zygisk实现，完全兼容Zygisk Next的模块，不需要额外安装Magisk或Zygisk Next。
YukiSU和KernelSU有什么区别
Q：YukiSU只是KernelSU换了个皮肤吗？
A：不是。YukiSU虽然从KernelSU生态中分支出来，但它的用户空间、LKM Hook、认证扩展、管理器和内置YukiZygisk都已经独立演进，而不是在原始二进制上加了一层外壳。ksud、ksuinit和su用C++完全重写，这意味着它的行为细节、诊断路径和扩展能力与上游KernelSU存在实质差异。共享生态概念不等于管理器和ksud可以互换。
Q：YukiSU和KernelSU的模块能通用吗？
A：YukiSU继续兼容KernelSU的模块、MetaModule生命周期和App Profile，现有的MetaModule在迁移后可以继续使用。但模块本身对Android版本、ABI和内核后端的限制仍然有效，不是所有KernelSU模块都能在YukiSU上无条件运行。
YukiSU特色
1、C++重写的用户空间：ksud、ksuinit和su不是给上游二进制换个壳，而是用C++从头重写。这意味着YukiSU的安装流程、模块处理和诊断输出都由自己的代码路径掌控，不受另一套实现的设计约束。对于需要深入排查Root层级问题的用户，每一层的行为边界更清晰。
2、只做LKM、不碰内核编译：YukiSU仅支持LKM模式（CONFIG_KSU=m），不要求你自行编译内核或处理built-in集成。管理器可以直接修补镜像、安装LKM到当前或非活动槽位，甚至可以在不改启动镜像的情况下临时加载YukiSU进行测试。这降低了尝试新Root方案的门槛，也让OTA后的切换更可控。
3、内置YukiZygisk与SuperKey：需要Zygisk模块时直接开启内置的YukiZygisk，不需要额外安装Magisk或Zygisk Next；不需要时关闭也不影响基础Root。SuperKey则为私有部署和自定义签名场景提供了额外的认证扩展，官方管理器默认使用签名认证，SuperKey可按需启用。
4、动态管理器与UTS View：YukiSU支持动态管理器，允许在内置包名/签名路径之外配置受信任的管理器。UTS View功能则允许通过修改uts_ns来对uname进行伪装，而不需要重新编译内核。这些扩展功能按需开启，不会硬塞进基础Root链路。
YukiSU功能
1、内核级Root授权：Root权限的裁决在内核层完成，由kernelsu.ko负责，支持per-app非Root配置和App Profile。
2、模块与MetaModule生态：兼容KernelSU模块和MetaModule生命周期，模块挂载后端可由用户自行选择。
3、LKM安装与管理：管理器支持修补镜像、安装到非活动槽位、使用本地.ko文件，以及在不改启动镜像的情况下临时加载。
4、YukiZygisk：内置的Zygisk实现，兼容Zygisk Next模块，支持arm64-v8a和armeabi-v7a的注入。
5、SuperKey认证：支持编译时密钥和ksud注入密钥，用于自定义签名和私有管理器部署。
6、UTS View与SELinux hide：支持通过uts_ns修改实现uname伪装，以及SELinux hide等上游特性。
7、分区备份与诊断：管理器内置分区备份和Ramdisk工具，并能导出诊断信息，用于排查安装或模块问题。
YukiSU常见问题
Q：设备支持范围是什么？我的手机能用吗？
A：YukiSU目前仅支持ARM64架构、GKI 2.0内核、Linux 5.10及以上、LKM模式（CONFIG_KSU=m），并且内核启用了Kprobes、Kretprobes和syscall tracepoints。GKI 1.0、non-GKI、ARM32、x86_64以及built-in CONFIG_KSU=y的内核都不支持。即使主版本号对上了，KMI、符号版本、vermagic、内核配置和厂商改动也必须匹配，才能使用同一个LKM。
Q：只安装APK不装LKM会怎样？
A：只会得到管理器的界面，没有内核能力。没有兼容的LKM，“未安装”和不可用的页面是预期行为。YukiSU的Root能力来自内核模块，APK本身不提供Root。
Q：SuperKey是必须的吗？
A：不是。首次安装时保持SuperKey为空即可，官方管理器默认依靠受信任的包名/签名认证。SuperKey主要用于自定义签名和私有管理器部署场景，它不替代APK签名，默认情况下签名认证仍然有效。
Q：LKM加载失败或管理器显示已安装但无权限怎么办？
A：先按层级排查，不要一上来就重刷。管理器显示“未安装”通常意味着LKM未加载或启动链未生效，需要检查完整内核日志。显示“已安装但无权限”则优先检查包名/签名认证或SuperKey设置。Root可用但模块脚本不运行时，问题可能在ksud、安全模式或模块状态层。每一层都有独立的诊断入口，逐层定位比反复重装更有效。
