Fiddler抓包模拟器App如何捕获HTTPS请求？

Question

在使用Fiddler抓包模拟器App捕获HTTPS请求时，用户常遇到“证书信任失败”导致无法解密HTTPS流量的问题。即使已配置Fiddler为系统代理并开启“Decrypt HTTPS traffic”选项，移动设备仍可能提示连接不安全或直接拒绝加载网页。该问题通常源于设备未正确安装或信任Fiddler的根证书（FiddlerRoot Certificate），尤其是在Android 7.0及以上版本或iOS系统中，应用默认不再信任用户安装的证书。如何正确导出并安装Fiddler证书，并确保目标App允许明文流量或配置网络安全性配置以信任用户证书，成为成功捕获HTTPS请求的关键技术难点。

Answer 1

一、Fiddler抓包中HTTPS证书信任失败问题的深度解析与解决方案

1. 问题背景与现象描述

在移动应用开发与测试过程中，使用Fiddler作为HTTP(S)流量抓包工具已成为标准实践。当启用“Decrypt HTTPS traffic”功能时，Fiddler会作为中间人（MITM）代理，动态生成服务器证书并使用其自签名的根证书（FiddlerRoot Certificate）进行签发。然而，在Android 7.0+ 和 iOS 系统中，系统及应用默认不再信任用户安装的CA证书，导致SSL/TLS握手失败，表现为：

• 浏览器提示“您的连接不是私密连接”
• App直接报错“ERR_CONNECTION_FAILED”或“Net::ERR_CERT_AUTHORITY_INVALID”
• 部分HTTPS请求显示为“Tunnel to”且内容为空

此即典型的“证书信任失败”问题，核心在于客户端未将FiddlerRoot证书纳入可信锚点。

2. 技术原理剖析：HTTPS解密机制与系统安全策略演进

Fiddler实现HTTPS解密依赖于以下流程：

1. 客户端通过代理发送HTTPS请求至Fiddler
2. Fiddler与目标服务器建立真实TLS连接，获取服务器证书
3. Fiddler使用本地私钥和FiddlerRoot CA动态生成伪造证书
4. Fiddler将伪造证书返回给客户端
5. 客户端必须信任FiddlerRoot CA，否则拒绝连接

自Android 7.0起，Google引入了network-security-config机制，允许应用显式定义其信任的CA集合，默认情况下仅信任系统CA，忽略用户安装的证书。iOS同样强化了ATS（App Transport Security），限制非预置CA的使用。

3. 解决方案分步实施指南

3.1 导出Fiddler根证书

步骤如下：

步骤	操作说明
1	打开Fiddler → Tools → Options → HTTPS
2	勾选“Decrypt HTTPS traffic”
3	点击“Actions” → “Export Root Certificate to Desktop”
4	生成文件名为 FiddlerRoot.cer 的DER编码证书

3.2 在Android设备上安装并信任证书

以Android 10为例：

1. 将FiddlerRoot.cer传输至手机存储
2. 进入“设置”→“安全”→“加密与凭据”→“安装证书”→“CA证书”
3. 选择文件完成安装（可能需解锁屏幕）
4. 安装后可在“已安装证书”列表中查看

注意：部分厂商（如华为、小米）路径略有不同，且高版本系统可能隐藏入口。

3.3 配置应用网络安全性（Android专用）

对于目标App，需修改其AndroidManifest.xml文件：

<application
    android:networkSecurityConfig="@xml/network_security_config"
    ... >
</application>

并在res/xml/network_security_config.xml中添加：

<?xml version="1.0" encoding="utf-8"?>
<network-security-config>
    <base-config cleartextTrafficPermitted="true">
        <trust-anchors>
            <certificates src="system" />
            <certificates src="user" />
        </trust-anchors>
    </base-config>
</network-security-config>

该配置明确允许用户CA证书参与信任链验证。

3.4 iOS设备证书安装与信任流程

iOS操作更为严格：

1. 通过邮件或网页下载FiddlerRoot.cer
2. 进入“设置”→“已下载描述文件”→安装
3. 安装完成后，进入“设置”→“通用”→“关于本机”→“证书信任设置”
4. 手动启用对FiddlerRoot的完全信任

缺少最后一步将导致证书虽存在但不被用于TLS验证。

4. 常见排查清单与诊断方法

检查项	验证方式	预期结果
Fiddler代理监听状态	查看Connections面板	显示设备IP连接
设备代理设置	Wi-Fi高级设置中配置HTTP代理	指向PC IP + 端口8888
证书是否安装成功	系统设置中查找FiddlerRoot	存在于用户证书列表
证书是否被信任	iOS需手动开启信任；Android需确认应用支持user CA	无安全警告
防火墙/杀毒软件干扰	临时关闭Windows Defender防火墙	连接恢复正常
目标App是否锁定证书	尝试抓取浏览器流量	若浏览器正常则App有证书绑定

5. 高级场景处理：证书锁定（Certificate Pinning）绕过

某些金融类App采用证书锁定技术（如OkHttp的CertificatePinner），即使安装Fiddler证书也无法解密。此时需借助Xposed框架（Android）或越狱环境（iOS）结合模块如JustTrustMe，或使用Frida脚本动态解除pinning逻辑：

Java.perform(function () {
    var CertificatePinner = Java.use('okhttp3.CertificatePinner');
    CertificatePinner.check.overload('java.lang.String', 'java.util.List').implementation = function () {
        console.log("[+] Bypassing Certificate Pinning");
        return;
    };
});

此类操作涉及逆向工程，应在合法授权范围内进行。

6. 可视化流程图：HTTPS抓包信任链建立过程

graph TD
            A[客户端发起HTTPS请求] --> B{是否配置代理?}
            B -- 是 --> C[Fiddler拦截请求]
            B -- 否 --> D[直连服务器]
            C --> E[Fiddler与服务器建立TLS]
            E --> F[获取服务器证书]
            F --> G[用FiddlerRoot签发伪造证书]
            G --> H[返回伪造证书给客户端]
            H --> I{客户端是否信任FiddlerRoot?}
            I -- 是 --> J[建立TLS隧道，解密成功]
            I -- 否 --> K[连接中断或警告]
            J --> L[流量显示明文内容]

7. 最佳实践建议

• 定期更新Fiddler至最新版本以支持现代TLS协议
• 避免在生产环境中长期保留FiddlerRoot证书
• 对不同项目使用独立的证书环境以防冲突
• 结合Charles Proxy做交叉验证提升调试效率
• 记录每台测试设备的证书安装状态便于管理
• 使用自动化脚本批量部署证书（适用于企业级测试平台）
• 关注Android Gradle插件对debuggable属性的影响
• 启用Fiddler的日志输出功能辅助定位握手失败原因
• 考虑使用Burp Suite替代方案，其证书兼容性更优
• 在CI/CD流水线中集成抓包验证环节