在移動開發、網絡聯調與接口診斷中，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 的網絡環境複雜，沒有單一工具能解決所有問題，必須“工具組合”才能應對全部場景。