一、前言
如今，网络环境复杂多变，尤其是在数据隐私日益受到关注的时代，HTTPS作为加密传输协议，已成为我们保护数据安全的关键武器。但，HTTPS的保护到底是如何实现的？抓包和反抓包，又是如何与之较量？今天这篇文章会对这些问题进行解析。
二、HTTPS是如何保护我们的数据的？
HTTPS，即超文本传输安全协议，它是在HTTP的基础上加入了SSL/TLS加密层，从而实现了数据传输过程中的机密性、完整性和身份验证。在进行HTTPS连接时，客户端和服务器之间会进行一系列的握手操作，以便交换加密密钥并确认彼此身份。
基础概念理解
在理解HTTPS之前，先了解几个概念：
1、数字证书 (digital certificate)
在非对称加密通信过程中，服务器需要将公钥发送给客户端，在这一过程中，公钥很可能会被第三方拦截并替换，然后这个第三方就可以冒充服务器与客户端进行通信，这就是传说中的“中间人攻击”(man in the middle attack)。解决此问题的方法是通过受信任的第三方交换公钥，具体做法就是服务器不直接向客户端发送公钥，而是要求受信任的第三方，也就是证书认证机构 (Certificate Authority, 简称 CA)将公钥合并到数字证书中，然后服务器会把公钥连同证书一起发送给客户端，私钥则由服务器自己保存以确保安全。
2、数字签名 (digital signature)
这个概念很好理解，其实跟人的手写签名类似，是为了确保数据发送者的合法身份，也可以确保数据内容未遭到篡改，保证数据完整性。与手写签名不同的是，数字签名会随着文本数据的变化而变化。
3、证书链 (certificate chain)
证书链，也称为证书路径，是用于认证实体合法身份的证书列表，具体到 HTTPS 通信中，就是为了验证服务器的合法身份。之所以使用证书链，是为了保证根证书 (root CA certificate)的安全
握手过程的细节
1、”client hello”消息
客户端通过发送”client hello”消息向服务器发起握手请求，该消息包含了客户端所支持的 TLS 版本和密码组合以供服务器进行选择，还有一个”client random”随机字符串。
2、”server hello”消息
服务器发送”server hello”消息对客户端进行回应，该消息包含了数字证书，服务器选择的密码组合和”server random”随机字符串。
3、验证
客户端对服务器发来的证书进行验证，确保对方的合法身份，验证过程可以细化为以下几个步骤：
（1）检查数字签名
（2）验证证书链
（3）检查证书的有效期
（4）检查证书的撤回状态 (撤回代表证书已失效)
4、”premaster secret”字符串
客户端向服务器发送另一个随机字符串”premaster secret (预主密钥)”，这个字符串是经过服务器的公钥加密过的，只有对应的私钥才能解密。
5、使用私钥
服务器使用私钥解密”premaster secret”。
6、生成共享密钥
客户端和服务器均使用 client random，server random 和 premaster secret，并通过相同的算法生成相同的共享密钥 KEY。
7、客户端就绪
客户端发送经过共享密钥 KEY加密过的”finished”信号。
8、服务器就绪
服务器发送经过共享密钥 KEY加密过的”finished”信号。
9、达成安全通信
握手完成，双方使用对称加密进行安全通信。
三、抓包：了解数据传输的过程
抓包，顾名思义，就是拦截并分析网络中的数据包。常用的抓包工具有Wireshark、Fiddler等，它们通过监控网络接口，可以捕获到网络传输中的原始数据包，帮助开发者或安全人员调试网络问题、分析数据流等。
然而，在抓取HTTPS数据包时，我们会发现抓包工具无法直接查看加密后的数据。原因显而易见：HTTPS协议使用了对称加密的会话密钥来保护传输数据，而这个密钥只有通信双方知晓。因此，即便抓到数据包，我们看到的也只是一堆无法理解的密文。
抓包工具的工作原理
抓包工具通常工作在网络层，它通过抓取经过设备的网络流量来获取数据包。这些数据包可能包括HTTP请求、响应、DNS查询等。然而，HTTPS流量由于经过了SSL/TLS加密，普通的抓包工具无法直接解密其中的内容。
如果想解密HTTPS流量，我们可以借助中间人攻击（MITM）的方式，通过伪造服务器证书，从而拦截并解密客户端与服务器之间的通信。具体操作方式是在客户端和服务器之间插入一个代理，使得客户端与代理建立加密连接，而代理再与服务器建立另一条加密连接。抓包工具通过代理的角色，可以解密并查看其中的明文数据。
具体简述起来就是对客户端设置抓包工具（Charles/Fiddler等）的代理，作为客户端的代理，由抓包工具连接到实际服务器。
四、中间人攻击：HTTPS的致命弱点？
尽管HTTPS在理论上提供了较为完善的安全保护，但在现实环境中，中间人攻击仍然是一大威胁。这种攻击的基本思路就是在客户端和服务器之间充当“中间人”，拦截并修改双方传输的数据。
中间人攻击的成功往往依赖于不严格的证书校验。例如，用户连接到不安全的Wi-Fi网络时，攻击者可以通过伪造证书，劫持客户端与服务器的通信。一旦客户端接受了伪造的证书，攻击者便可以解密并修改双方传输的所有数据。
五、反抓包：如何保护数据不被窃取？
上文介绍了中间人攻击，黑客可以通过充当中间人窃取数据，那么开发者如何防范这种“偷窥”行为？反抓包技术，就是为了防止网络通信被恶意拦截和分析，特别是在金融、支付等敏感领域，反抓包的需求更为强烈。
HTTPS 的反抓包机制
HTTPS 本身是一道强大的防线。由于数据是加密的，即使抓包工具截获了数据包，也无法直接读取其中的内容，尤其是 HTTPS 下的对称加密让加密强度进一步提升。
但除了加密，现代应用还会通过多种方法来增强反抓包的能力。最常见的反抓包技术包括：
1、SSL-Pinning技术
它包含证书锁定（Certificate Pinning）公钥锁定（Public Key Pinning）两种方式：
（1）证书锁定
证书锁定是SSL/TLS加密的额外保证手段。它会将服务器的证书公钥预先保存在客户端。在建立安全连接的过程中，客户端会将预置的公钥和接受的证书做比较。如果一致，就建立连接，否则就拒绝连接。在客户端设置证书只允许设置指定域名的证书，而不接受操作系统或浏览器内置的CA根证书对应的任何证书。
（2）公钥锁定
HTTP公钥锁定是HTTPS网站防止攻击者CA机构错误签发的证书进行中间人攻击的一种安全机制，用于预防CA遭受入侵或其他会造成CA签发未授权证书的情况。采用公钥锁定时，网站会提供已授权公钥的哈希列表，指示客户端在后续通讯中只接受列表上的公钥。提取证书中的公钥并内置到客户端中，通过与服务器对比公钥值来验证连接的正确性。
2、代码混淆与加固
开发者通过混淆和加固代码，增加分析的难度，使得抓包工具在分析过程中难以追踪请求的真正逻辑。
3、加密数据流
即便在应用层，开发者也可以对关键的数据进行二次加密或进行序列化处理，增加数据破解的难度。
4、使用HSTS
HTTP Strict Transport Security是一种机制，强制客户端只能通过HTTPS连接到服务器，并且禁止接受任何HTTP连接或降级的请求。即便攻击者试图强制客户端降级到HTTP，也会被HSTS阻止。
5、完善的证书管理
确保证书及时更新，并且证书的签发与管理过程严格规范，防止证书被伪造或滥用。
动态反抓包技术与攻防战
随着抓包技术和工具的进步，反抓包技术也逐渐演化，形成了一场“攻防战”。有些反抓包技术会动态生成加密密钥，这意味着每次请求的密钥都是不同的，甚至在加密数据时会加入一些随机值或哈希操作，增加数据解密的难度。
还有一些更为复杂的方式，借助于机器学习，系统会监控网络请求的行为，一旦发现可疑的抓包行为，如流量异常、请求频率异常等，就会自动触发防护机制，拒绝后续请求，或者让数据返回变为乱码。
六、HTTPS性能的隐患：为什么有时会变慢？
HTTPS虽好，但在性能上确实有不小的隐患。由于SSL/TLS握手的复杂性，以及加解密过程带来的开销，HTTPS连接相比于HTTP连接有时会显得“慢”一些。
尤其在高并发场景下，频繁的握手与加解密会对服务器资源带来较大压力。为了解决这一问题，业界提出了不少优化方案，例如TLS 1.3的引入便大大简化了握手过程，减少了连接的延迟。
此外，CDN（内容分发网络）的应用也在一定程度上缓解了HTTPS的性能瓶颈。通过在全球范围内分布服务器节点，CDN可以帮助减小用户与服务器之间的物理距离，从而提升数据传输速度。
七、抓包工具的演进
随着技术的发展，抓包工具也在不断进化。除了传统的抓包分析功能，现代的抓包工具还引入了自动化分析、流量回放等高级功能。Fiddler、Burp Suite等工具可以帮助开发者更好地分析复杂的网络通信，甚至可以通过插件扩展，进行自动化的安全测试。
当然，抓包工具不仅限于开发和调试，它们在网络安全中的作用同样不可忽视。安全研究人员常常利用抓包工具，发现应用中的漏洞和安全隐患，帮助提升整体的网络安全水平。
八、总结
在网络安全的战场上，HTTPS无疑是保护数据安全的重要屏障。然而，随着技术的进步，抓包与反抓包的攻防较量也在不断升级。我们不仅要了解HTTPS的工作原理，还需深入掌握如何通过抓包工具分析数据，防范中间人攻击和其他安全威胁。网络的世界虽然隐秘，但我们可以通过技术的力量，守护每一份隐私。
原创文章，作者：AIRF，如若转载，请注明出处：http://www.ai-rf.com/index.php/2024/09/26/%e6%8f%ad%e7%a7%98https%ef%bc%9a%e6%8a%93%e5%8c%85%e4%b8%8e%e5%8f%8d%e6%8a%93%e5%8c%85/
