Shizuku 安全吗：开源代码、官方调试框架与重启清零

三条「安全底线」先摆出来

评估一个权限工具是否可信，看三样东西就够了：代码可不可查、权限从哪来、权限能不能被收回。Shizuku 在这三点上都有明确答案。

第一，代码全开源。 项目托管在 GitHub 上，任何人可以审查它的每一行实现。这不是口号——它的工作机制（运行原理）写在公开源码里，社区里的安全问题基本都第一时间被讨论与修复。

第二，权限来自官方机制。 Shizuku 没有自建后门，它使用的 app_process 启动、无线调试、adb，全部是 Android 系统自带的调试基础设施。第三方安全资料对它的概括很准确：它运行在 Android 支持的调试框架与权限架构之上，不替换系统的权限体系，只是把合法通道借给需要的应用。

第三，授权有时效性。 adb 模式下手机一重启授权清零（重启后失效的原理），权限不会永久残留。中文社区的评测把它总结为「授权状态具备时效性，从根源上规避了权限滥用」——这是设计层面的安全，不是补丁层面的。

它「不」做什么

对照它的工作方式，这几条是确认过的边界：

• 不篡改系统底层文件、不修改系统分区；
• 不植入常驻后台服务（服务进程本身就是那个可被重启清零的东西）；
• 不对设备做永久性改动，卸载即回到原点。

真正的风险点：你授权了谁

Shizuku 自身可信，不等于用它的方式天然安全。真正的风险入口是授权环节：获得授权的应用能执行 adb 级操作，恶意应用拿到它等于拿到系统的钥匙。所以安全实践的重心从来不是「Shizuku 靠不靠谱」，而是「这个应用配不配」（判断标准见 授权边界）。

来源渠道是最后一道闸

从 Google Play 或 GitHub Releases 装正版（下载渠道），核对包名 moe.shizuku.privileged.api，仿冒应用的一切讨论就与你无关。安全链条的每一段都可验证，这是对它安全性的最诚实总结。