IPsec证书认证会话中密码算法使用频率及SHA哈希执行频次问询

嘿，针对你提出的这两个IPsec技术问题，我结合实际部署和协议细节来给你梳理清楚，顺便纠正下你提到的部分认知偏差：

IPsec的算法使用频率完全取决于协议阶段（IKE密钥协商阶段 vs 数据传输阶段），分大类说：

• 对称加密算法（如AES-256-GCM）：极高频率——数据传输阶段（ESP协议）的每个载荷数据包都会用它加密，是IPsec中使用最频繁的算法。
• 哈希算法（如SHA-256、SHA-3）：高频+低频结合——低频场景在IKE协商时的密钥派生、证书签名验证；高频场景在ESP/AH的数据包完整性校验（HMAC-SHA），每个数据包都会触发。
• 非对称加密算法（如RSA-2048、ECDSA）：极低频率——仅在IKE协商的初始阶段用于证书签名验证、身份认证（比如IKEv1主模式的第5/6个消息，IKEv2的IKE_AUTH交换），会话建立后完全不再使用。
• 密钥交换算法（如Diffie-Hellman、ECDH）：低频——会话初始建立时执行1次，生成共享密钥材料；如果配置了会话重协商或密钥更新，会在周期节点再执行，频率取决于会话生命周期配置（比如几小时一次）。

首先纠正你之前的两个认知偏差：

载荷完整性通过简单CRC校验，且并非所有数据包都会签名
实际IPsec中，ESP/AH的完整性校验用的是HMAC-SHA（属于加密哈希的应用），而非CRC；而且所有经过IPsec封装的数据包都会做完整性校验——这里用的是对称密钥的HMAC，而非RSA签名，所以性能完全没问题，不会出现你担心的RSA性能瓶颈。

回到SHA频次的问题，分IKEv1和IKEv2两种主流版本说明（从客户端视角）：

IKEv1（主模式+证书认证） #

1. 证书验证阶段：1次SHA——客户端获取服务器证书后，用SHA验证证书的RSA/ECDSA签名。
2. IKE主模式协商：至少6次SHA——主模式的6个消息都需要用SHA生成HMAC做完整性校验，同时密钥派生过程也会多次调用SHA（比如从DH共享材料生成会话密钥）。
3. 数据传输阶段：N次SHA——每个ESP数据包都会用HMAC-SHA做完整性校验，N等于会话生命周期内的IPsec数据包总数。
4. 会话重协商/密钥更新：重复上述1-3步骤，频次取决于配置的重协商周期（比如每8小时一次）。

IKEv2（证书认证） #

1. IKE_SA_INIT交换：2次SHA——2个消息的HMAC校验+密钥派生过程调用SHA。
2. IKE_AUTH交换：至少3次SHA——验证服务器证书签名（1次）、2个消息的HMAC校验（2次），加上密钥派生的SHA调用。
3. 数据传输阶段：N次SHA——和IKEv1一致，每个ESP数据包的HMAC-SHA校验。
4. 密钥更新（IKEv2的REKEY）：仅重复密钥派生和消息HMAC的SHA调用，不需要重新验证证书，频次取决于配置（比如每1小时更新一次密钥）。

简单总结：证书验证的SHA是低频（会话初始1次，重协商时再1次），但数据传输阶段的SHA是高频到极致——每个数据包都要跑一次。

内容的提问来源于stack exchange，提问作者Louis