BiliRoamingX项目中的签名验证问题分析与解决方案

BiliRoamingX项目中的签名验证问题分析与解决方案

BiliRoamingX-integrations BiliRoamingX integrations powered by revanced. 项目地址: https://gitcode.com/gh_mirrors/bi/BiliRoamingX-integrations

背景介绍

在BiliRoamingX项目中，用户报告了一个关于签名验证导致哔哩哔哩应用启动卡顿的问题。这个问题出现在澎湃OS 1.0.7.0（基于Android 14）环境下，使用哔哩哔哩7.80.0版本时。具体表现为：当尝试使用特定签名技术时，应用会在启动时卡在第一屏，无法正常进入主界面。

问题分析

签名验证技术通常用于确保应用来源的可靠性。其基本原理是通过APK中的签名信息来验证应用身份。在Android生态中，签名验证机制经历了多次演进：

1. V1签名（JAR签名）：传统的签名方式，在META-INF目录下包含.RSA、.SF和.MF文件
2. V2签名（APK签名方案v2）：Android 7.0引入，提供更强的安全性和完整性保护
3. V3签名：进一步改进的签名方案

在BiliRoamingX 1.22.0版本中，开发者更改了签名处理方式，这导致与某些验证机制产生了兼容性问题。具体表现为：

• 单独进行V1签名不会导致卡顿
• 替换RSA签名后会导致启动卡在第一屏
• 删除.SF和.MF文件后应用能启动但失去特定效果

技术原理

签名验证技术之所以重要，是因为某些应用在验证来源时，会检查应用的签名信息。这种验证通常基于：

1. 包名检查
2. 签名证书指纹验证
3. 签名方案完整性验证

BiliRoamingX的新签名方案可能修改了APK的某些关键部分，导致签名验证失败，从而触发应用的自我保护机制，表现为启动卡顿。

解决方案

经过技术讨论，我们总结出以下几种可行的解决方案：

方案一：签名处理优化

1. 先使用V2/V3签名对APK进行签名
2. 再将特定RSA签名文件放入META-INF目录
3. 保留.SF和.MF文件

这种方法利用了Android系统的签名验证机制：高版本系统优先检查V2/V3签名，而某些应用可能仍会检查V1签名信息。

方案二：系统级解决方案

对于已root的设备：

1. 使用核心修改模块，启用"安装应用始终使用已安装应用签名"选项
2. 先安装官方版本应用
3. 再安装修改版应用，系统会保留原始签名

方案三：技术拦截

使用Xposed模块如SimpleHookR或算法助手，拦截获取签名信息的调用，返回特定签名数据。这种方法需要：

1. 识别签名验证的关键方法
2. 编写拦截逻辑返回正确的签名信息
3. 确保不破坏其他功能

注意事项

1. 签名验证技术可能涉及应用的使用条款
2. 不同Android版本对签名验证的处理方式不同
3. 某些应用可能采用更严格的签名验证机制
4. 修改签名可能影响应用更新和部分功能

结论

BiliRoamingX项目中的签名验证问题反映了Android安全机制与应用修改技术之间的持续互动。开发者需要平衡功能需求与系统兼容性，用户则需要根据自身设备环境选择最适合的解决方案。随着Android安全机制的不断强化，传统的签名验证技术可能需要更复杂的实现方式或寻找替代方案。

BiliRoamingX-integrations BiliRoamingX integrations powered by revanced. 项目地址: https://gitcode.com/gh_mirrors/bi/BiliRoamingX-integrations