1. 移动安全测试中的HTTPS流量分析必要性在移动应用安全评估和逆向分析领域HTTPS流量解析始终是技术攻坚的重点环节。随着Android系统版本迭代和网络安全策略升级传统抓包方案面临越来越严格的限制。作为一名长期从事移动安全研究的从业者我完整经历了从早期Fiddler简单配置到如今需要系统级解决方案的技术演进过程。当前主流应用普遍采用证书固定Certificate Pinning、双向认证等防护措施使得常规代理工具难以捕获有效流量。更棘手的是Android 7.0API 24之后引入的网络安全配置机制导致用户安装的CA证书默认不被信任。这些变化迫使安全研究人员必须掌握从系统底层到应用层的完整技术栈。2. HTTPS抓包核心原理剖析2.1 TLS握手过程解密HTTPS通信建立的核心在于TLS握手流程抓包工具实质是作为中间人MITM参与这个过程。典型流程包括客户端发送ClientHello包含支持的加密套件和随机数服务端回应ServerHello选定加密方式并下发证书客户端验证证书链有效性双方协商生成会话密钥中间人攻击的关键在于让客户端接受伪造的证书链。这需要满足两个条件设备信任抓包工具的根证书绕过应用层的证书固定检测2.2 Android证书信任体系Android系统采用分层证书存储机制系统级CA证书/system/etc/security/cacerts用户级CA证书/data/misc/user/0/cacerts-added从Android 7.0开始应用默认仅信任系统预置证书。即使将抓包工具的CA证书安装为用户证书未经配置的应用也不会认可。这就是为什么在新版系统上需要特殊处理才能实现抓包。3. 实战环境搭建3.1 基础工具选型推荐组合方案代理工具Charles/Fiddler图形化或 mitmproxy命令行设备管理ADB工具套件系统修改MagiskXposed框架如需深度Hook重要提示测试机建议使用Android 9.0以下设备或已root设备可大幅降低配置复杂度3.2 证书安装关键步骤导出代理工具的CA证书.cer格式转换证书格式openssl x509 -inform DER -in charles.cer -out charles.pem计算证书哈希值openssl x509 -inform PEM -subject_hash_old -in charles.pem | head -1重命名证书为哈希值.0并推送到设备adb push charles.0 /system/etc/security/cacerts adb shell chmod 644 /system/etc/security/cacerts/charles.04. 高版本Android突破方案4.1 网络安全性配置绕过对于Android 9.0设备需修改应用配置或系统属性方案A修改APK反编译APK文件在AndroidManifest.xml中添加android:networkSecurityConfigxml/network_security_config创建res/xml/network_security_config.xmlnetwork-security-config base-config cleartextTrafficPermittedtrue trust-anchors certificates srcsystem / certificates srcuser / /trust-anchors /base-config /network-security-config方案B全局配置需rootadb shell settings put global hidden_api_policy 14.2 证书固定破解技术当应用使用Certificate Pinning时常规代理将失效。此时需要使用Frida脚本动态HookJava.perform(function() { var CertificatePinner Java.use(okhttp3.CertificatePinner); CertificatePinner.check.overload(java.lang.String, [Ljava.security.cert.Certificate;).implementation function() { console.log(Bypassing certificate pinning); }; });或使用Objection框架objection -g com.target.app explore -P ~/hooks --startup-command android sslpinning disable5. 实战问题排查指南5.1 常见错误代码对照表错误现象可能原因解决方案CERTIFICATE_UNKNOWN证书未正确安装检查证书存储位置和权限NO_PEER_CERTIFICATE代理配置错误验证设备WiFi代理设置HANDSHAKE_FAILED证书固定生效使用Frida脚本绕过CLEARTEXT_NOT_PERMITTED未允许明文传输修改networkSecurityConfig5.2 高级调试技巧使用tcpdump捕获原始流量adb shell tcpdump -i any -s 0 -w /sdcard/capture.pcap分析TLS版本协商openssl s_client -connect example.com:443 -showcerts检查证书链有效性keytool -printcert -file certificate.cer6. 企业级应用对抗策略针对金融类等强安全应用可能需要组合技内核模块注入通过LKM修改内核证书验证逻辑虚拟机检测绕过识别并规避应用使用的SafetyNet检测动态代码加载Hook DEXClassLoader加载过程流量混淆对加密流量进行二次编码分析这类场景建议使用专业设备如Google Pixel配合专业工具包Magisk Delta隐藏rootLSPosed模块化Hookr0capture全量流量捕获在实际测试某银行APP时我们最终采用的方案是修改内核cred结构体伪装非root状态 动态注入Frida脚本 自定义CA证书存储位置。这个组合成功绕过了该应用的多重防护机制整个过程耗时约3个工作日。移动安全是持续对抗的过程。最近发现部分应用开始使用QUIC协议替代传统HTTPS这给流量分析带来了新的挑战。我的实验设备上已经配置好了一套基于QEMU的协议分析环境后续会继续分享这方面的实战经验。