在移动开发、网络联调与接口诊断中，iOS HTTPS 抓包几乎是每个工程师都必须掌握的技能。但由于 iOS 的网络安全机制严格、协议不断演进（HTTP/2、HTTP/3）、App 内常见安全策略（如证书 pinning）、以及中间网络环境的不可控性，工程师经常会遇到：
- 代理工具只能看到 CONNECT
- HTTPS 内容无法解密
- App 抓不到包但浏览器可以
- 部分域名抓得到，部分抓不到
- 切换网络后效果不同
很多所谓“工具失效”的问题，其实不在工具本身，而在网络路径、协议版本、证书链或 App 网络策略上。
本文从工程角度详细拆解 iOS HTTPS 抓包的全过程，采用“分层抓包体系”进行分析：代理层、TLS 层、应用层、底层补抓层。
一、为什么 iOS HTTPS 抓包容易失败？
证书 Pinning 拒绝代理证书（最常见）
特征：
- 浏览器能抓
- App 完全抓不到
- 代理工具界面没有任何请求
iOS 上很多业务 App、SDK、金融类应用都启用了 pinning。
HTTPS 链路被 Wi-Fi 或代理替换证书
原因包括：
- 公司 Wi-Fi SSL 检查
- 公共 Wi-Fi 注入中间证书
- 中间证书缺失无法校验
表现：代理工具只有 CONNECT，没有 HTTPS 数据。
HTTP/3 / QUIC 绕过系统代理（UDP 流量）
QUIC 不使用 TCP，因此：
- 代理工具无法解密
- 无法捕获 HTTP3 请求
- 视频、社交类接口更常见
App 使用自定义协议或独立网络栈
例如：
- 私有 TCP 协议
- WebSocket
- 游戏协议
- 内置 SDK 的特制链路
这些不会经过系统代理。
系统代理被覆盖或未生效
常见于 VPN、公司网络、安全软件、MDM 网络策略。
二、iOS HTTPS 抓包工具矩阵（按功能分层，而非优劣比较）
代理抓包工具：调试 HTTPS 的第一选择
代表：
- Charles
- Proxyman
- Fiddler
- mitmproxy
用途：
- 解密 HTTPS
- 修改请求和响应
- 观察接口行为
局限：
- 遇到 pinning 无路可走
- QUIC 无法抓包
- 自定义协议无法分析
TLS/TCP 底层抓包工具
代表：
- Wireshark
- tcpdump
用于：
- 分析 TLS 握手失败
- 判断是否为证书链问题
- 分析 ClientHello / ServerHello
- 看网络丢包、重传
所有抓不到包的问题要回到这里找证据。
脚本化与自动抓包
例如：
- scapy
- pyshark
- mitmproxy scripting
适合批量测试、自动化场景。
非代理式底层补抓工具
当代理完全失效时，需要新的抓包方式，例如抓包大师（Sniffmaster）
Sniffmaster 补充代理工具能力的场景包括：
- App 做了证书 pinning
- HTTPS 抓不到包
- QUIC / HTTP3 流量需要分析
- 自定义协议（TCP/UDP）
- 系统代理被覆盖
- 需要按 App / 域名过滤流量
- 希望导出 pcap 到 Wireshark 深度分析
Sniffmaster 的核心能力：
- 抓取所有 HTTPS / HTTP / TCP / UDP 数据流
- 自动识别协议（HTTP、HTTPS、mdns 等）
- 按 App / 域名过滤，减少噪音
- 可查看数据流（文本 / HEX / 二进制）
- JavaScript 拦截器可修改请求/响应
- 能导出 Wireshark 兼容 pcap 文件
- 支持 macOS / Windows / iOS 多平台
它不是替代代理，而是填补代理无法工作的场景。
三、iOS HTTPS 抓包的完整排查流程（团队可直接复用）
步骤 ①：使用代理工具验证是否能抓包
操作：
- 设置 Wi-Fi 代理
- 安装抓包工具证书
- 在 iOS 启用“完全信任”
- 开启 SSL Proxying
如果能抓到 → 继续业务调试即可。
步骤 ②：只有 CONNECT → 证书链问题
检查：
- Wi-Fi 是否注入证书
- 证书是否手动信任
- 是否使用自签证书但缺中间证书
- ATS 是否禁用
步骤 ③：浏览器能抓，但 App 抓不到 → 证书 Pinning
这是工程中最常见的 HTTPS 抓包失败原因。
代理类工具对此无能为力。
步骤 ④：部分接口抓不到 → QUIC / HTTP3
验证：
- 关闭 QUIC
- 切换 5G
- 用 tcpdump 看是否为 UDP 流量
步骤 ⑤：代理无效时 → 用 Sniffmaster 抓底层数据流
流程：
- 打开 Sniffmaster
- 选择目标 App 或域名
- 捕获 HTTPS / TCP / UDP 数据流
- 导出 pcap 到 Wireshark
- 分析 TLS 握手、证书链、QUIC、错误报文
- 定位问题原因：
- 是否为 pinning
- TLS Alert 是否出现
- 是否为 QUIC
- 是否为自定义协议
- 请求是否发出
这是解决 HTTPS 抓不到包最有效的路径。
步骤 ⑥：最终返回代理工具进行业务验证（如可能）
抓包成功后重点关注：
- 请求头
- 返回码
- 业务字段
- token / trace-id
- 响应 body
完成最终联调。
四、真实案例：iOS HTTPS 抓不到包的解决过程
一款 App 的登录接口始终无法被 Charles 抓包。
排查过程：
- 证书已安装并信任
- Safari 可以正常抓包
- App 抓不到，说明存在 pinning
- 使用 Sniffmaster 捕获 TCP/TLS 数据流
- Wireshark 分析出现 TLS Alert: bad_certificate
- 后端 tcpdump 同样没有接收到请求
- 最终确认是 SDK 内部的证书指纹校验导致代理失败
解决方式：使用底层抓包定位问题 → 调整 SDK 配置。
iOS HTTPS 抓包需要多工具配合
抓包不是“用哪一个工具”，而是：
代理层 + TLS 层 + 底层补抓层 + 自动化层
| 层级 | 工具 | 场景 |
|---|---|---|
| 代理抓包 | Charles / Proxyman / Fiddler | 显示 HTTPS 内容、修改请求 |
| 协议分析 | Wireshark / tcpdump | TLS 错误、链路定位 |
| 自动化 | scapy / mitmproxy 脚本 | 批量测试 |
| 补抓 | 抓包大师（Sniffmaster） | pinning、QUIC、自定义协议 |
iOS 的网络环境复杂，没有单一工具能解决所有问题，必须“工具组合”才能应对全部场景。