在启用双向认证（mTLS）的 App 面前，很多熟悉的抓包方式会不成功。
证书已经正确安装，代理也配置完成，但请求不出现在工具里，或者只看到一次失败的 TLS 握手。

这是通信方式发生了变化。

mTLS 在抓包层面带来的直接变化

在单向 TLS 中，客户端只验证服务器证书；
mTLS 则要求客户端在握手阶段向服务器提供 客户端证书，并完成私钥签名。

这会带来两个直接结果：

• 系统代理即使拿到了 CA，也无法伪装客户端证书
• TLS 握手在应用内部完成，代理层无法参与

所以，继续在代理工具里反复确认证书状态，并不会产生新的数据。

代理工具仍然有用，但作用发生了变化

Charles / Fiddler 的用法

在 mTLS 场景下，这类工具更适合用来做 验证型操作：

• 是否有任何请求尝试走系统代理
• 握手失败发生在 ClientHello 之后还是之前
• 是否存在未启用 mTLS 的备用接口

如果代理工具完全没有数据，说明网络栈已经绕过了系统代理。

对 iPhone 手机直接抓包是一个方法

使用抓包大师（Sniff Master）进行 HTTPS 暴力抓包

当网络通信被封装在 App 内部，手机抓包是可选方案之一。

抓包大师的 HTTPS 暴力抓包模式具备以下特点：

• 不依赖 Wi-Fi 代理
• 不要求在系统中信任中间证书
• 可直接在设备侧解密 HTTPS 数据
• mTLS、PIN 校验场景下仍可工作

前提条件也非常明确：
目标 App 必须使用 iOS 开发证书签名。

设备准备与环境状态检查

在启动抓包之前，需要确认几个状态：

• iOS 设备通过 USB 连接电脑
• 屏幕处于解锁与亮屏状态
• 第一次连接已完成“信任此电脑”确认

在 Windows 环境下，抓包大师会提示安装 iOS 驱动，安装完成后需要重新启动软件。

第一次使用时，设备上还需要安装抓包大师的描述文件。
该步骤用于开启必要的设备管理能力，而不是注入证书。

进入 HTTPS 暴力抓包模式

操作路径很明确：

• 在设备列表中选中目标 iPhone
• 等待左下角“高级管理服务”状态变为绿色
• 在功能区域中选择 HTTPS 暴力抓包

该模式仅对 iOS 设备可用，选择“本机”时不会显示此功能。

如果高级管理服务启动失败，可以通过界面中的按钮重新触发启动流程。

只抓目标 App，减少无关流量

mTLS 应用往往伴随大量系统请求。

在抓包界面中：

• 点击“选择 App”
• 勾选目标应用
• 再触发网络请求

这样可以避免被系统服务和后台任务干扰，直接观察业务接口行为。

为什么有时只能看到 Header，看不到 Body

在 mTLS 场景下，这一点尤其容易被忽略。

如果 App：

• 来自 App Store
• 未使用开发证书签名

即使启用了暴力抓包，也只能看到：

• 请求地址
• 请求头

请求体和响应体会被隐藏。

解决方式不是修改抓包配置，而是对 App 本身进行处理：

• 获取 IPA 文件
• 使用 iOS 开发证书重新签名
• 如 IPA 加密，需要先完成脱壳
• 安装重签后的应用再进行抓包

完成后，HTTPS 数据即可完整解析。

工具组合在 mTLS 调试中的分工

在完整流程中，不同工具承担的作用并不相同：

• 代理工具用于确认网络是否走系统路径
• 设备级抓包用于获取真实 HTTPS 数据
• 拦截器用于验证业务逻辑与异常处理

参考链接：https://www.sniffmaster.net/tutorial/zh/2/2.html