摘要

  • RFC 8247 的实现要求提供潜在互操作性的共同底线，不标识一对实际对端协商的算法。
  • 提供、选择、本地策略、认证、SA、ESP 报文和业务结果都需要各自可关联的证据。

把规范表格当作运行遥测，会抹掉 IKE 的每个交接点。RFC 8247 说明 IKE 用于协商 IPsec SA 参数，也说明不同对端可按各自本地策略协商不同算法。实现某个 transform 不等于某次提议；提议不等于对端选择；选择也不等于认证完成并建立关联。

可审计的结论必须保留对端身份、提议顺序、被选 transform、策略判定、认证结果、IKE SA 标识与时间，以及存在时的 Child SA。缺少这些，合规声明最多说明实现范围，不能说明实际协商。

RFC 8247 还明确不更新 ESP 分组加密算法。IKEv2 的实现指南不是数据面加密记录。若要声称 ESP 保护过报文，需要对应 SA 与 ESP 观察；若要声称对端收到或服务成功，则还要取得接收端与应用层证据。IANA 注册表能命名代码，不能观察现场会话。

RFC 也指出今日使用的算法并不保证明日成为强制要求。Heng Lu 的方法因此很直接：报告最小可见事实——文本规定、构建支持、对端提议、选择、SA 建立、报文观察——绝不提前借用后一个结果的名称。Wouters 的署名说明集体贡献，不赋予他对产品、网络或用户的控制。

来源