1. 项目背景与核心挑战最近在研究i茅台APP的通信协议时发现其核心安全机制依赖于三个关键组件mt-v、mt-r算法和MT-Device-ID。这三个组件构成了一个完整的安全验证体系其中mt-v是可见的传输参数mt-r则是经过加密处理的算法核心而MT-Device-ID则是设备指纹标识。要完整还原通信过程必须突破这三重防护。在实际抓包分析中我发现请求头里会携带类似mt-v: a1b2c3d4e5这样的字段而响应数据则被mt-r算法加密。更棘手的是每个设备的MT-Device-ID似乎参与了加密过程使得相同的请求在不同设备上会得到不同的加密结果。这种设计明显是为了防止批量脚本操作和协议破解。2. 技术组件深度解析2.1 mt-v参数的结构与作用通过大量抓包对比分析mt-v参数呈现以下特征固定32位十六进制字符串每次启动APP时重新生成包含时间戳信息前8位与UNIX时间戳对应中间16位与设备硬件信息相关最后8位是校验码典型的mt-v参数示例7f3a8d21 # UNIX时间戳 b5e2c4f109d6a7e3 # 设备相关哈希 42c8f7e9 # CRC32校验2.2 mt-r算法的加密原理经过反编译分析mt-r算法实际上是AES-256-CBC加密的变种但加入了以下自定义修改初始向量(IV)由MT-Device-ID的前16字节派生密钥动态生成算法为import hashlib def generate_key(device_id, timestamp): secret maotai2021 # 硬编码在so库中的盐值 raw f{device_id}{timestamp}{secret}.encode() return hashlib.sha256(raw).digest()加密前会对原始数据做PKCS7填充输出时还会进行Base64编码2.3 MT-Device-ID的生成机制这个设备指纹的生成相当复杂综合了以下信息Android ID设备序列号MAC地址WiFi和蓝牙屏幕参数CPU信息存储容量安装应用列表的哈希值生成流程大致如下1. 收集上述硬件信息 2. 按固定顺序拼接成字符串 3. 经过3轮SHA-256哈希 4. 取前32字节作为最终ID3. 完整解密方案实现3.1 环境准备需要以下工具链已root的Android测试机Frida框架最新版IDA Pro用于逆向分析Charles或Fiddler抓包工具Python 3.8编写解密脚本3.2 关键步骤实现3.2.1 获取MT-Device-ID使用Frida hook相关Java方法Java.perform(function() { let DeviceUtils Java.use(com.moutai.security.DeviceUtils); DeviceUtils.getDeviceId.implementation function(context) { let result this.getDeviceId(context); console.log(MT-Device-ID: result); return result; } });3.2.2 拦截mt-r加密过程通过hook Native层函数Interceptor.attach(Module.findExportByName(libmtsecurity.so, mt_encrypt), { onEnter: function(args) { this.plaintext ptr(args[0]); this.length args[1]; }, onLeave: function(retval) { console.log(Plaintext:, hexdump(this.plaintext, { length: this.length.toInt32() })); console.log(Ciphertext:, hexdump(retval, { length: this.length.toInt32() })); } });3.2.3 Python解密实现完整解密代码示例from Crypto.Cipher import AES from Crypto.Util.Padding import unpad import hashlib import base64 def decrypt_mtr(ciphertext, device_id, mt_v): # 提取时间戳 timestamp mt_v[:8] # 生成密钥 key hashlib.sha256( f{device_id}{timestamp}maotai2021.encode() ).digest() # 生成IV iv hashlib.md5(device_id.encode()).digest() # Base64解码 raw base64.b64decode(ciphertext) # AES解密 cipher AES.new(key, AES.MODE_CBC, iv) plaintext unpad(cipher.decrypt(raw), AES.block_size) return plaintext.decode(utf-8)4. 常见问题与解决方案4.1 设备指纹变化问题现象同一设备多次获取的MT-Device-ID不同 原因应用会定期约7天重置指纹 解决方案固定以下系统属性ro.serialnoro.boot.serialnoro.product.model修改Android IDSettings.Secure.putString( getContentResolver(), Settings.Secure.ANDROID_ID, fixed_id_value );4.2 加密结果校验失败现象解密得到乱码或报错 排查步骤确认mt-v参数与请求时间匹配检查device_id是否被混淆验证密钥生成算法版本可能有多个so库版本4.3 反调试检测常见检测手段检查/proc/self/status中的TracerPid检测frida相关端口检查加载的so库列表绕过方案// 隐藏frida Interceptor.replace( Module.findExportByName(null, frida_get_remote_api), new NativeCallback(function() { return 0; }, int, []) );5. 进阶技巧与优化5.1 批量请求处理当需要处理大量请求时可以缓存以下信息设备指纹生成结果密钥计算结果加密上下文状态优化后的处理流程1. 初始化时生成所有静态参数 2. 对每个请求只计算动态部分 3. 使用连接池保持会话5.2 性能优化实测发现加密过程有30%时间消耗在JNI调用上可以采用将核心算法移植到Native层使用ARM NEON指令集优化预计算常用参数的哈希值改造后的性能对比方案请求/秒CPU占用原始Java12045%Native35028%NEON优化52022%5.3 最新对抗措施2023年8月更新后新增的防护代码段完整性校验关键函数地址随机化加密上下文状态检测应对方案// 修改内存页属性 mprotect(target_addr, page_size, PROT_READ | PROT_WRITE | PROT_EXEC); // 修复校验和 *(uint32_t*)(checksum_addr) recalc_checksum();6. 法律与合规提示需要特别注意仅限用于安全研究禁止用于商业牟利控制请求频率建议5次/分钟不要绕过业务逻辑限制推荐的做法在测试环境验证使用模拟数据遵循robots.txt限制7. 扩展研究方向基于当前成果可进一步探索协议漏洞挖掘加密算法强度分析安全架构改进建议通用移动端安全方案典型的研究路径1. 静态分析 - 2. 动态调试 - 3. 协议还原 - 4. 漏洞挖掘 - 5. 防护方案 - 6. 架构改进在实际操作中发现i茅台的安全体系虽然复杂但存在几个设计缺陷密钥生成过于依赖客户端信息没有完善的请求签名机制设备指纹可被持久化固定缺乏服务端行为分析这些发现对于理解现代移动应用安全设计具有典型参考价值。建议安全研究人员可以重点关注密钥管理方案和设备指纹体系的改进方向。