iOS抓包实战：从“证书不受信任”到Fiddler HTTPS解密全流程解析
1. iOS抓包为何总遇证书信任问题
每次在iOS设备上尝试用Fiddler抓包时，那个刺眼的"此站点的安全证书不受信任"警告就像一堵墙挡在面前。这个问题困扰过太多移动开发者和测试人员，我自己也曾经为此折腾了大半天。其实背后的原因很简单：iOS系统对HTTPS流量的安全验证比其他平台更严格。
HTTPS通信依赖于SSL/TLS证书体系，而Fiddler作为中间人（MITM）工具需要生成自己的根证书来解密流量。当iOS设备首次遇到这个"陌生"证书时，系统会本能地发出警告。很多教程只教到"下载证书"这一步就结束了，殊不知这才是问题的开始 - 下载证书只是把证书放进了手机，但系统层面仍然不信任它。
这就像你收到一张VIP卡，虽然卡片在你钱包里，但如果不激活注册，门卫照样不会放行。iOS的"证书信任设置"就是这个激活步骤，少了它，之前所有配置都是白费功夫。
2. Fiddler环境配置全攻略
2.1 基础配置三步走
首先确保你的Fiddler是最新版本，老版本可能缺少关键功能。我推荐使用Fiddler Classic而非Fiddler Everywhere，因为后者对移动端抓包的支持还不够完善。
打开Fiddler后，先别急着抓包，按这个顺序配置：
- 进入Tools > Options > HTTPS
- 取消勾选"Capture HTTPS CONNECTs"（这步很关键）
- 完全退出Fiddler
这时需要安装一个关键组件 - FiddlerCertMaker。这个插件负责生成正确的根证书，很多证书问题都是因为它没装或版本不对。安装后重启Fiddler，你会注意到HTTPS选项卡下多了几个选项。
2.2 证书重置与防火墙设置
回到HTTPS选项卡，点击Actions > Reset All Certificates。这个操作会清除所有旧证书，确保我们从头开始。然后勾选"Capture HTTPS CONNECTs"和"Decrypt HTTPS traffic"。
接着到Connections选项卡，勾选"Allow remote computers to connect"，记住端口号（默认8888）。这时候建议暂时关闭防火墙测试，等全部调通后再调整防火墙规则。
在命令提示符输入ipconfig查看本机IP，然后在手机浏览器访问http://[你的IP]:8888。如果能看到Fiddler的回显页面，说明基础网络连接没问题。
3. iOS设备端详细操作指南
3.1 清理历史配置
开始前，先到iOS的"设置 > 通用 > 描述文件"里，删除所有名为DO_NOT_TRUST_FiddlerRoot的旧证书。这些残留文件可能导致冲突，我遇到过因为旧证书没删干净导致新证书无法生效的情况。
然后配置WiFi代理：
- 进入当前连接的WiFi设置
- 点击右侧的i图标
- 滚动到最底部选择"配置代理"
- 选择手动，输入电脑IP和8888端口
3.2 证书安装关键步骤
现在用Safari访问http://[电脑IP]:8888，点击"FiddlerRoot certificate"下载证书。下载完成后会弹出安装提示，按照指引完成安装。
但到这里只完成了一半！很多教程漏掉的最关键一步是：
- 进入"设置 > 通用 > 关于本机"
- 滚动到底部选择"证书信任设置"
- 找到DO_NOT_TRUST_FiddlerRoot并开启完全信任
不开启这个选项，就像把钥匙插进门锁却不转动 - 门永远不会开。iOS的这个设计是为了防止用户无意中安装恶意证书，但对于开发者调试来说，必须手动给予信任。
4. 常见问题排查手册
4.1 证书仍然不受信任
如果按照上述步骤操作后还是看到警告，试试这几个方法：
- 重启Fiddler和iOS设备
- 检查电脑时间是否准确（证书验证依赖系统时间）
- 尝试用其他浏览器访问（有时Safari会有缓存）
我遇到过最诡异的情况是电脑的IPv6地址干扰了连接，临时禁用IPv6后问题就解决了。可以在命令提示符输入ipconfig /all查看所有网络适配器状态。
4.2 抓不到特定App的流量
有些App使用了证书锁定（Certificate Pinning）技术，会拒绝Fiddler的证书。对于这种情况，要么修改App代码，要么使用更高级的工具如Objection框架。不过要注意，逆向修改他人App可能涉及法律问题，只建议对自己的App进行调试。
5. HTTPS解密原理浅析
Fiddler实现HTTPS解密的原理其实很巧妙。当客户端（如iPhone）发起HTTPS连接时，Fiddler会动态生成一个针对目标域名的证书，这个证书由之前安装的根证书签发。因为系统信任了根证书，就会自动信任所有由它签发的子证书。
整个过程可以类比为海关检查：
- 原始HTTPS连接就像密封的快递包裹
- Fiddler相当于海关检查员，有权拆开包裹检查内容
- 检查完后重新密封（用Fiddler证书重新加密）
- 接收方（服务器）看到的是经过Fiddler转发的请求
理解这个机制很重要，因为它解释了为什么必须完全信任根证书 - 没有这个信任基础，整个解密链条就会断裂。
6. 安全使用建议
虽然Fiddler抓包很强大，但也要注意安全风险。调试完成后，建议：
- 关闭iOS的证书信任设置
- 删除WiFi代理配置
- 移除Fiddler根证书
长期开启MITM代理会使设备暴露在潜在的安全威胁下。我习惯在调试时专门创建一个测试用的WiFi网络，避免影响日常使用的网络环境。
另一个建议是定期更新Fiddler和证书组件。安全领域变化很快，去年还能用的配置今年可能就因为协议更新而失效。保持工具更新可以避免很多莫名其妙的问题。