在进行移动端应用或Web前端开发调试时，分析网络请求是排查问题的关键环节。然而，随着HTTPS全面普及，直接抓取明文数据包变得越来越困难。当我们在代理工具中开启HTTPS解密时，经常会遇到应用无法联网、报错或者显示空白页面的情况。这并非代理工具本身存在缺陷，而是由于客户端与服务器之间的TLS握手过程被中间人打断，触发了系统的安全防护机制。
HTTPS抓包为何会遭遇证书信任危机？
要理解证书信任问题，首先需要明白HTTPS的工作原理。HTTPS本质上是在HTTP协议与TCP协议之间增加了一层SSL/TLS协议。在建立连接时，服务器会向客户端出示数字证书，客户端会验证该证书的颁发机构是否可信、证书是否过期、以及证书上的域名是否与实际访问的域名一致。只有验证通过，客户端才会生成对称密钥并继续后续的加密通信。
当我们使用抓包工具时，工具实际上扮演了中间人的角色。客户端的请求会先发送给抓包工具，抓包工具再作为客户端去请求真实的服务器。为了解密客户端发来的数据，抓包工具会动态生成一张自签名的证书发给客户端。由于这张证书不是受信任的CA机构颁发的，客户端系统会直接判定其无效并中断连接，这就是我们看到的证书信任危机。
此外，现代操作系统和浏览器对证书的校验越来越严格。例如，某些应用内部硬编码了只信任特定的证书，或者系统层面移除了对旧版TLS协议的支持。如果抓包工具生成的证书不符合最新的安全标准，或者应用本身实施了更严格的校验逻辑，普通的系统级信任配置就无法解决问题了。
系统级与应用级证书信任配置详解
解决证书信任问题的第一步，是将抓包工具的根证书安装到操作系统的受信任根证书库中。对于桌面浏览器或操作系统，这通常只需双击下载的证书文件，按照向导将其导入到受信任的根证书颁发机构目录下即可。完成这一步后，大多数普通的HTTPS网站就可以被正常抓包解密了。
但在移动端，情况要复杂得多。从Android 7.0开始，系统默认不再信任用户自行添加的CA证书，应用只信任系统内置的证书以及应用自身配置中明确允许的证书。这意味着即使你在手机系统设置里安装了抓包工具的证书，应用依然会拒绝连接。为了解决这个问题，我们需要在应用的AndroidManifest.xml中进行网络安全性配置。
具体做法是在res/xml目录下创建一个network_security_config.xml文件，并在其中声明信任用户添加的证书。以下是一个典型的配置示例：
<?xml version="1.0" encoding="utf-8"?>
<network-security-config>
<domain-config cleartextTrafficPermitted="true">
<domain includeSubdomains="true">ipipp.com</domain>
<trust-anchors>
<certificates src="system" />
<certificates src="user" />
</trust-anchors>
</domain-config>
</network-security-config>
配置完成后，还需要在AndroidManifest.xml的<application>标签中通过android:networkSecurityConfig属性引用该文件。重新编译打包应用后，应用就会信任我们安装在手机上的抓包根证书了。需要注意的是，这种方法要求你能够修改并重新编译应用的源码。如果是针对第三方应用进行安全测试，这种方法就不适用了，必须考虑其他绕过手段。
突破SSL Pinning限制的进阶策略
当面对无法修改源码的第三方应用，或者应用本身实施了SSL Pinning（证书绑定）机制时，单纯安装根证书就失效了。SSL Pinning是指应用直接在代码中硬编码了服务器证书的指纹或公钥，在TLS握手时，应用不仅校验证书链，还会比对证书指纹是否与本地硬编码的一致。由于抓包工具动态生成的证书指纹与原始服务器不同，握手必然失败。
针对这种情况，常用的解决方案是使用Hook框架来绕过证书校验逻辑。在Android平台上，Frida和Xposed是最常用的两个工具。以Frida为例，我们可以编写一段JavaScript脚本，Hook掉系统底层的SSLContext、TrustManager等关键类的方法，使其直接返回验证通过，而不去执行实际的证书比对逻辑。
下面是一个使用Frida绕过常见TrustManager校验的脚本片段示例：
Java.perform(function() {
var X509TrustManager = Java.use('javax.net.ssl.X509TrustManager');
var TrustManager = Java.registerClass({
name: 'com.test.TrustManager',
implements: [X509TrustManager],
methods: {
checkClientTrusted: function(chain, authType) {
console.log('Bypass checkClientTrusted');
},
checkServerTrusted: function(chain, authType) {
console.log('Bypass checkServerTrusted');
},
getAcceptedIssuers: function() {
return [];
}
}
});
// 后续替换SSLContext的TrustManager逻辑
});
除了手动编写脚本，社区中也有许多现成的模块，例如基于Xposed的JustTrustMe模块，或者基于Frida的r0capture等工具。这些工具集成了针对多种常见网络库（如OkHttp、HttpURLConnection、Flutter等）的绕过逻辑。不过，随着应用安全防护的升级，越来越多的应用开始采用双向认证或者将证书校验逻辑写在Native层（C/C++代码）中。面对Native层的校验，简单的Java层Hook就会失效，需要进一步使用IDA Pro等逆向工具分析so文件，寻找底层的校验函数进行干预，这对安全测试人员的技术深度提出了更高的要求。
HTTPS抓包SSL Pinning证书信任修改时间：2026-08-28 18:19:09