BurpSuite最新版无法抓取HTTPS流量？

Question

**问题：Burp Suite 最新版无法抓取 HTTPS 流量？证书信任配置不当导致解密失败** 许多用户在使用 Burp Suite 最新版时发现无法捕获 HTTPS 流量，主因是客户端未正确信任 Burp 的 CA 证书。尽管已在浏览器或系统中导入证书，但现代应用（如 Android 10+ App、Chrome with Certificate Transparency、部分 Electron 应用）仍会校验证书有效性，若未将 Burp CA 证书安装至系统受信任根证书存储，或未重启应用，HTTPS 流量将无法解密，表现为连接超时或“SSL handshake failed”。此外，目标应用可能采用证书绑定（Certificate Pinning），进一步阻止中间人解密。需确认证书安装路径、设备代理设置及是否启用全局代理。

Answer 1

一、问题现象：Burp Suite 最新版无法抓取 HTTPS 流量

在使用 Burp Suite Professional 最新版本进行安全测试时，许多安全工程师和渗透测试人员反馈无法成功拦截 HTTPS 加密流量。典型表现为浏览器或移动端应用提示“SSL handshake failed”、“ERR_CERT_AUTHORITY_INVALID”或直接连接超时。尽管已配置代理并导入 Burp 的 CA 证书（ca-cert.der），但解密仍失败。

该问题的核心原因在于现代客户端对 TLS 安全机制的强化，尤其是对证书链的信任校验、证书透明度（Certificate Transparency）以及证书绑定（Certificate Pinning）等机制的引入，使得传统的中间人（MITM）代理方式面临挑战。

二、基础排查：确认代理与证书安装路径

1. 确保目标设备已正确配置代理指向 Burp Suite 监听地址（默认 127.0.0.1:8080 或远程 IP）。
2. 从 Burp Suite 的 Proxy → Options → Import / export CA certificate 导出 DER 格式证书。
3. 在操作系统中将证书安装至“受信任的根证书颁发机构”存储区，而非仅用户级别或浏览器临时信任。
4. Windows 用户应通过 certlm.msc（本地计算机证书管理器）安装；macOS 用户需使用钥匙串访问并将信任设置为“始终信任”。
5. Android 设备需将证书保存至 /system/etc/security/cacerts/（需 root 权限），否则仅用户级证书无法被系统级应用识别。
6. iOS 设备需在“设置 → 通用 → 关于本机 → 证书信任设置”中手动启用对 Burp CA 的完全信任。

三、深入分析：现代应用的安全增强机制

机制	影响范围	检测方法	绕过方案
Certificate Transparency (CT)	Chrome, Safari, Electron 应用	检查证书是否包含 SCT 扩展	使用旧版浏览器或禁用 CT 策略（如 Chromium 启动参数）
Public Key Pinning (HPKP 已弃用)	遗留 Web 应用	响应头含 Public-Key-Pins	清除缓存或使用非 pinned 域名
Certificate Pinning（App 层）	Android/iOS App（如银行类）	Frida 检测 SSLContext.init 调用	动态 Hook 或重打包 APK/IPA
Network Security Config (Android 7+)	targetSdkVersion ≥ 24 的 App	反编译查看 res/xml/network_security_config.xml	修改 manifest 引用自定义 config
ATS (App Transport Security)	iOS 应用	Info.plist 包含 NSAppTransportSecurity	越狱设备 + SSL Kill Switch 2

四、解决方案进阶：多平台适配策略

# 示例：Android 模拟器中推送 Burp 证书（需 root）
adb push burp-ca.der /sdcard/
adb shell
su
cp /sdcard/burp-ca.der /system/etc/security/cacerts/<HASH>.0
chmod 644 /system/etc/security/cacerts/<HASH>.0
reboot
    

对于 Electron 应用（如 Slack、Postman），其内置 Chromium 可能忽略系统证书。可通过启动参数强制禁用证书验证：

# 启动 Electron 应用时添加：
--ignore-certificate-errors --disable-web-security
    

五、自动化检测与流程图

以下 Mermaid 流程图展示了完整的 HTTPS 抓包故障排查逻辑：

graph TD
    A[开始抓包] --> B{是否收到 HTTPS 请求?}
    B -- 否 --> C[检查代理设置]
    C --> D[确认设备使用 Burp 代理]
    D --> E[重启应用或设备]
    B -- 是 --> F{是否显示 SSL handshake failed?}
    F -- 是 --> G[检查 CA 证书是否安装至系统信任库]
    G --> H{是否为移动设备?}
    H -- 是 --> I[检查 Android network_security_config 或 iOS ATS]
    H -- 否 --> J[检查浏览器 CT 策略或 Electron 设置]
    F -- 否 --> K[成功解密 HTTPS 流量]
    G --> L{是否启用 Certificate Pinning?}
    L -- 是 --> M[使用 Frida/Objection 绕过]
    L -- 否 --> N[重新生成 Burp CA 证书]
    N --> K
    

六、高级技巧：动态绕过证书绑定

当目标应用实施证书绑定时，静态修改配置无效。推荐使用动态插桩工具：

• Frida + Objection：执行 objection explore 后运行 ios sslpinning disable 或 android sslpinning disable。
• Magisk + JustTrustMe：Android 非 Xposed 环境下隐藏证书校验。
• Xposed 模块（如 SSLUnpinning）：适用于 rooted 设备的老牌方案。
• Charles Proxy 配合 Map Remote：作为替代方案对比验证。

七、最佳实践清单

#	操作项	平台	必要性
1	导出 Burp CA 证书（DER 格式）	All	必需
2	安装至系统级信任根存储	Windows/macOS/Linux/Android/iOS	必需
3	重启目标应用或设备	All	建议
4	检查 Network Security Config（Android）	Android	关键
5	禁用 ATS 或使用越狱工具	iOS	关键
6	使用全局代理模式（如 Proxies 扩展）	Browser	建议
7	验证证书指纹一致性	All	调试用
8	开启 Burp 的 "Support invisible proxying"	高级场景	可选
9	结合 Wireshark 排查 TCP 层问题	网络层	辅助
10	定期更新 Burp Suite 至最新版	All	维护