IPsec（Internet Protocol Security）协议体系中的安全关联（SA）与安全策略（SP）详解

1. 背景与需求

IPsec 是一组协议套件，用于在 IP 层提供加密、认证和完整性保护。为实现灵活的安全通信，IPsec 引入了两个核心概念：

• 安全关联（Security Association, SA）：定义“如何”保护数据。
• 安全策略（Security Policy, SP）：定义“哪些”数据需要保护。
  SA 与 SP 协同工作，确保数据流被正确识别并施加相应的安全处理。

2. 安全关联（SA）详解

2.1 SA 的本质

SA 是 IPsec 中对等体之间的一种“合同”，规定了保护数据的具体参数：

• 加密算法（如 AES-CBC、AES-GCM）
• 认证算法（如 HMAC-SHA256）
• 密钥材料（加密/认证密钥、初始化向量 IV）
• 封装模式（传输模式/隧道模式）
• 生存周期（时间/字节数限制）
• 序列号计数器（防重放攻击）

2.2 SA 的唯一标识

每个 SA 通过以下三元组唯一标识：

1. 安全参数索引（SPI）：32 位随机数，由接收方生成，用于标识 SA。
2. 目的 IP 地址：SA 接收方的地址。
3. 安全协议标识：AH（Authentication Header）或 ESP（Encapsulating Security Payload）。
   • 一条 IPsec 连接通常需要两个 SA（双向各一个），因为 SA 是单向的。

2.3 SA 的建立方式

• 手动配置：管理员静态设置密钥和参数，适用于小型固定网络。
• 自动协商（通过 IKE 协议）：动态建立 SA，支持密钥刷新、向前保密等。
  • IKE 分为两个阶段：
    • Phase 1：建立 IKE SA（用于保护后续协商）。
    • Phase 2：建立 IPsec SA（用于保护用户数据）。

3. 安全策略（SP）详解

3.1 SP 的作用

SP 定义“哪些流量需要保护”以及“如何处理这些流量”。它通常以规则形式存在：

源IP: 192.168.1.0/24 | 目的IP: 10.0.0.0/16 | 协议: TCP | 动作: ESP 加密  

动作包括：

• PROTECT：应用 IPsec（需指定 SA）。
• BYPASS：绕过 IPsec（如本地管理流量）。
• DISCARD：丢弃数据包。

3.2 策略匹配流程

1. 当数据包进入 IPsec 处理模块时，系统根据五元组（源/目的 IP、协议、端口）查找 SP 数据库（SPD）。
2. 匹配优先级：按规则顺序或最长前缀匹配。
3. 若匹配到 PROTECT 动作，则根据 SPD 条目关联的 SA 进行加密/认证；若无对应 SA，则触发 IKE 协商。

4. SA 与 SP 的协同工作流程

4.1 出站处理（发送数据）

1. 匹配 SP：根据数据包特征查 SPD，决定动作（PROTECT/BYPASS/DISCARD）。
2. 查找 SA：若需 PROTECT，根据 SPD 条目关联的 SA 参数（或触发 IKE 创建 SA）。
3. 应用安全处理：按 SA 指定的模式（传输/隧道）添加 AH/ESP 头，进行加密/认证。
4. 发送数据包：将处理后的数据包交给 IP 层转发。

4.2 入站处理（接收数据）

1. 识别 SA：根据数据包的 SPI + 目的 IP + 协议（AH/ESP）查 SA 数据库（SAD）。
2. 验证/解密：按 SA 指定的算法处理数据包，检查完整性、防重放等。
3. 匹配 SP：解密后，根据原始数据包特征查 SPD，确认是否允许通过（防止绕过安全策略）。
4. 提交数据：验证通过后，将数据包交给上层协议栈。

5. 关键问题与示例

5.1 为什么需要 SA 和 SP 分离？

• 解耦流量识别与安全处理：
  • SP 负责“哪些流量需要保护”（策略层）。
  • SA 负责“如何保护”（执行层）。
• 灵活性：同一策略可关联不同 SA（如密钥更新时无需修改策略）。

5.2 示例：主机 A 向主机 B 发送加密数据

1. 策略配置：
   • SPD 规则：源=A, 目的=B, 动作=PROTECT(ESP 加密)。
2. SA 建立：
   • 若 SAD 中无对应 SA，触发 IKE 协商，生成 SA（SPI=12345, AES-256, HMAC-SHA1）。
3. 发送过程：
   • 数据包匹配 SPD → 关联 SA(SPI=12345) → ESP 加密 → 发送。
4. 接收过程：
   • B 收到包，根据 SPI=12345 查 SAD → 解密 → 查 SPD 验证合法性 → 提交给 TCP 层。

6. 常见问题与优化

6.1 SA 生存周期管理

• 软超时（Soft Lifetime）：超时前触发新 SA 协商，避免通信中断。
• 硬超时（Hard Lifetime）：超时后立即废弃旧 SA。

6.2 多网卡场景下的 SP 匹配

• SPD 需考虑出入接口（如 Linux 的 ip xfrm policy 指定 dev eth0）。

6.3 与 NAT 的兼容性

• ESP 隧道模式可穿越 NAT，但需配合 NAT-T（NAT Traversal）机制（添加 UDP 封装）。

总结

• SA 是安全参数的集合，定义“如何保护”，通过 SPI 唯一标识。
• SP 是流量过滤规则，定义“保护哪些流量”，动作包括 PROTECT/BYPASS/DISCARD。
• 协同流程：SP 匹配流量并关联 SA，SA 执行具体加密/认证操作，二者通过 SAD/SPD 数据库联动。
• 实际部署：通常通过 IKE 动态建立 SA，SP 由管理员配置，两者结合实现灵活且安全的 IP 层通信。