IKEv2协议协商流程: （IKE-SA-INIT 交换）第二包

最新推荐文章于 2025-04-06 17:09:12 发布
最新推荐文章于 2025-04-06 17:09:12 发布
阅读量1.3w 收藏 20
点赞数 4
分类专栏： openswan源码分析
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/s2603898260/article/details/109062848
版权
本文深入探讨了IKEv2协议的IKE-SA-INIT交换过程，特别是响应端对接收到的第一包的处理。在IKEv2中，协商过程只需4个消息，比IKEv1更高效。第二包涉及的主要操作包括连接查找、状态初始化、抗重放检测、DH组协商以及报文构建。源码分析展示了如何解析KE和Nonce载荷，并构建响应报文。整个过程确保了安全性和效率，为IPSecSA的建立打下基础。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

IKEv2协议协商流程: （IKE-SA-INIT 交换）第二包

文章目录

1. IKEv2 协商总体框架

IKEv1协议建立一对IPSec SA，使用主动模式需要9个报文，使用野蛮模式需要使用6个报文方能协商成功。IKEv2对IKEv1协议进行了优化，IKEv2只需要进行两次交互，使用 4 条消息就可以完成一个 IKEv2 SA 和一对 IPsec SA 的协商建立。IKEv2 定义了三种交互：

  • 初始交换、

  • 创建子 SA 交换

  • 通知交换。

    下图简单介绍一下 IKEv2 协商过程中的初始交换过程，之后我们将对ikev2_parent_inI1outR1()接口相关的处理流程做一个简单说明。
    在这里插入图片描述

初始化交换通过两次交换共4个报文便可以完成一对IKE SA和IPSec SA的协商。上图主要用来描述协商报文的内容和对应的处理函数入口。下图则是用来说明各接口对应的协商状态。协商过程中是根据该状态来确定当前的协商阶段。

在这里插入图片描述

RFC文档中的报文格式：

Initiator                         Responder
-------------------------------------------------------------------
HDR, SAi1, KEi, Ni  -->
                                  <--  HDR, SAr1, KEr, Nr, [CERTREQ]

HDR, SK {
   IDi, [CERT,] [CERTREQ,]
     [IDr,] AUTH, SAi2,
     TSi, TSr}  -->
                                  <--  HDR, SK {
   IDr, [CERT,] AUTH, 
                                  			SAr2, TSi, TSr}

其中：

报文字段 说明
HDR 报文头部
SAi1、SAr1 IKE SA建议
SAi2、SAr2 IPSEC SA建议载荷
KEi、KEr DH算法公共值
Ni、Nr Nonce随机数
CERT、CERTREQ 证书载荷、证书请求载荷
IDi、IDr ID载荷
TSi、TSr 流量选择器，使用此载荷完成保护子网的协商
AUTH 认证数据载荷

这里面需要说明的是：报文中的SK并不是一个载荷。而是：SK {…}表示里面的内容被加密和认证保护。

下面对响应端对发起端第一包的处理流程做一个详细说明。入口函数为：ikev2_parent_inI1outR1()。

2. 第二包流程图

在这里插入图片描述

3. openswan源码学习

3.1 ikev2parent_inI1outR1()

此函数是IKEv2协议 响应端开始协商的入口函数。主要功能包括：

  • 根据收到报文四元组(IP和端口)查找连接：c
  • 新建一个协商状态结构：state
  • 根据发起端的地址等信息生成Cookie值
  • 将连接上的参数信息、配置信息初始化state结构上参数
    • 隧道本端IP和端口
    • 隧道对端IP和端口
    • 隧道的出接口
    • 配置策略
    • … …
  • 抗重放检测(Cookie challenge)
    • 根据发起端IP、SPI、Nonce计算用于抗重放的cookie
    • 如果报文中包含KE和Cookie类型的通知载荷
      • 比较两端的cookie是否一致
    • 如果报文中不包含Cookie类型的通知载荷
      • 发送携带cookie的通知报文，使发起端重新开始协商
  • 解析报文中的KE载荷，获取到DH组信息
    • DH组猜测成功，则计算DH算法的公共值，用于构建响应报文的KE载荷
static stf_status
ikev2_parent_inI1outR1_tail(struct pluto_crypto_req_cont *pcrc
                            , struct pluto_crypto_req *r);

stf_status ikev2parent_inI1outR1(struct msg_digest *md)
{
   
    struct state *st = md->st;
    lset_t policy = POLICY_IKEV2_ALLOW;
    lset_t policy_hint = LEMPTY;
	/*
	*	根据隧道两端协商地址和端口来查找连接
	*/
    struct connection *c = find_host_connection(ANY_MATCH, &md->iface->ip_addr
                 , md->iface->port
                 , KH_IPADDR
                 , &md->sender
                 , md->sender_port
                 , POLICY_IKEV2_ALLOW, LEMPTY, &policy_hint);

    if(c==NULL) {
   /*连接查找失败则提示相应的错误信息*/
        if(policy_hint & POLICY_IKEV2_ALLOW) {
   
            /* connection not found, because IKEv2 was not allowed */
            /* send back AUTHENTICATION_FAILED per WG mailing list discussion */
            openswan_log("connection refused, IKEv2 not authorized");
            return STF_FAIL + v2N_AUTHENTICATION_FAILED;
        }

        /*
     * be careful about responding, or logging, since it may be that we
     * are under DOS
     */
        DBG_log("no connection with matching policy found\n");
        return STF_FAIL + v2N_AUTHENTICATION_FAILED;
    }


    loglog(RC_COMMENT, "tentatively considering connection: %s\n", c ? c->name : "<none>");

    if(!st) {
   /*如果没有对应的状态，则新建一个state*/
	st = new_state();
	/* set up new state */
	memcpy(st->st_icookie, md->hdr.isa_icookie, COOKIE_SIZE);
	
	/* initialize_new_state expects valid icookie/rcookie values, so create it now */
	
	/*相应方根据发起方的地址信息、当前时间生成一个cookie*/
	get_cookie(FALSE, st->st_rcookie, COOKIE_SIZE, &md->sender);
	initialize_new_state(st, c, policy, 0, NULL_FD, pcim_stranger_crypto);
	 st->st_ikev2      = TRUE;
        st->st_localaddr  = md->iface->ip_addr;
        st->st_localport  = md->iface->port;
        st->st_remoteaddr = md->sender;
        st->st_remoteport = md->sender_port;
        st->st_ike_maj    = md->maj;
        st->st_ike_min    = md->min;
	change_state(st, STATE_PARENT_R1);

        md->st = st;
        md->from_state = STATE_IKEv2_BASE;
        md->transition_state = st;
    }

    /* check,as a responder, are we under dos attack or not
     * if yes go to 6 message exchange mode. it is a config option for now.
     * TBD set force_busy dynamically
     * Paul: Can we check for STF_TOOMUCHCRYPTO ?
     */
    if(force_busy == TRUE)/*开启抗重放!!!!!!!!*/
        {
   
            u_char dcookie[SHA1_DIGEST_SIZE];
            chunk_t dc;
			/*计算用于cookie challenge的cookie值*/
            ikev2_get_dcookie( dcookie, st->st_ni, &md->sender, st->st_icookie)
最低0.47元/天 解锁文章
IKEv2协商建立IPsec SA
weixin_56909238的博客
12-27 2422
IPsec 只对特定的数据流进行保护，至于什么样的数据是需要 IPsec 保护的，可以通过以下两种方式定义。ACL 方式只要接口发送的报文与该接口上应用的 IPsec 安全策略中的 ACL 的 permit规则匹配，就会受到出方向 IPsec SA 的保护并进行封装处理。接口接收到目的地址是本机的 IPsec 报文时，首先根据报文头里携带的 SPI 查找本地的入方向 IPsec SA，由对应的入方向 IPsec SA 进行解封装处理。缺省情况下，解封装后的 IP 报文。
IKEv2协议协商流程: （IKE-SA-INIT 交换）第一包
遇见你是我最美丽的意外
10-12 1万+
文章目录1. IKEv2 协商总体框架2. 第一包流程图3. openswan源码学习3.1 ikev2parent_outI1()3.2 ikev2parent_outI1_withstate()3.3 ikev2_parent_outI1_common()4. 注意事项4.1 关于此报文中涉及的对IKEv2引入的“新特性”说明4.2 在IKEv1与IKEv2在SA载荷结构上的不同之处： 1. IKEv2 协商总体框架 IKEv1协议建立一对IPSec SA，使用主动模式需要9个报文，使用野蛮模式需
华为网路设备学习-17
最新发布
qq_38632269的博客
04-06 545
虚拟专用网络（英文：Virtual Private Network）。是在一个公有的、不安全的网络中，创建虚拟专用网络。像一个隧道一样连接两端，在隧道内的信息都是经过加密和互相验证的。以保证数据的保密性、完整性和可用性。常见的VPN有IPsec协议、、‌协议、‌等。例子：明文为 ：2使用加密算法为 ：乘方公钥为：3此时：密文为：8注：该例子仅展示加密概念。
IKE协商流程
u010427192的博客
07-14 1012
IKE协商流程
IPSec之IKEv2详解
sgslwms的博客
09-11 7032
IKEv2协商IPSecSA的过程跟IKEvI有很大差别，最少4条消息就可以创建一对IPSecSA，效率奇高！IKEv2定义了三种交换：初始交换（Initial Exchanges）、创建子SA交换（Create_Child_SA Exchange）通知交换（Informational Exchange）。
IKE协商
zljszn的博客
10-26 3083
身份认证信息包括第一阶段计算出的密钥和第二阶段产生的密钥材料等，可以再次认证对等体。3. 消息⑤和⑥用于身份和认证信息交换（双方使用生成的密钥发送信息），双方进行身份认证（预共享密钥方式下为。如果没有匹配的安全提议，响应方将拒绝发起方的安全提议。IKE安全提议，并且消息②中还包括响应方发送身份信息供发起方认证，消息③用于响应方认证发起方。利用第一阶段已通过认证和安全保护的安全通道，目的是建立一对用于数据安全传输的。安全参数包括被保护的数据流和。协商响应方发送确认的安全参数和身份认证信息并生成新的密钥。
IPsec IKEv2（HCIP）
qq_45022073的博客
12-25 2355
了解IKEv1，熟悉IKEv1建立过程以及野蛮模式和主模式区别以及建立过程。 了解IKEv1的缺点，IKEv2解决了IKEv1的问题，以及IKEv2建立过程。
HCIE-Security Day33：IPSec：深入学习ipsec ikev2、IKEV1和IKEV2比较
小梁的博客
04-01 5642
ikev2 RFC 5996 - Internet Key Exchange Protocol Version 2 (IKEv2) (ietf.org)https://datatracker.ietf.org/doc/html/rfc5996定义在RFC4306,更新于RFC5996 不兼容IKEV1，ikev1不支持认证，ikev2支持认证，eap。 支持nat穿越 支持私密性、完整性、源认证 工作在UDP500端口NAT-T时使用UDP4500端口。 初始交换 正常情况下，IK...
[RFC5996 翻译二] IKEv2 互联网密钥交换协议版本2
PiPiQ_Blog的博客
03-21 1786
rfc5996 (ietf.org) 接上篇blog(59条消息) [RFC5996 翻译一] IKEv2 互联网密钥交换协议版本2_羊羊洒洒_Blog的博客-CSDN博客 3.15.配置负载 Configuration Payload 配置负载，在本文档中表示为 CP，用于在 IKE 对等体之间交换配置信息。交换是为了让 IRAC 从 IRAS 请求一个内部 IP 地址，并交换其他信息，如果 IRAC 直接连接到 LAN，则可以使用动态主机配置协议 (DHCP) 获取此类信息。 配置负载定义.
IPSec之IKEv2协议详解
ACM
09-13 2万+
IKEv2简介 IKEv2介绍： 定义在RFC4306 ，更新与 RFC 5996. 不兼容IKEv1，IKEv1不支持认证，IKEv2支持认证，EAP。 支持NAT穿越。 IKEv2支持私密性、完整性、源认证。 工作在UDP 的 500 /4500端口。NAT-T用的是UDP4500端口。 IKE的安全机制： 身份认证 确认通信算双方的身份（对等体的IP地址或者名称），包括： 预共享密钥PSK（pre-shared key）认证。 数字签名RSA（rsa-signature）
IPSEC 的IKE协商过程，主模式和野蛮模式，AH和ESP
热门推荐
weixin_44809632的博客
07-20 2万+
一. 基本名词解释： 1.IPSec 对等体 IPSec 用于在两个端点之间提供安全的 IP 通信，通信的两个端点被称为 IPSec 对等体。 2.安全联盟 SA（Security Association）安全联盟定义了 IPSec 通信对等体间将使用哪种摘要和加密算法、什么样的密钥进行数据的安全转换和传输。SA 是单向的，在两个对等体之间的双向通信，至少需要两个 SA。SA 由一个三元组来唯一标识，这个三元组包括安全参数索引 SPI（Security Parameter Index）、目的 IP 地址、安
IKEv2-开源
05-13
使用Diffie-Hellman密钥交换算法和高级加密标准（AES）加密算法以及密码块链接（CBC）模式和用户数据报协议（UDP）端口服务器-客户端应用程序以C，Ansi样式进行加密的消息交换
结合配置、抓包来分析IKE/IPSec的整个协商过程
weixin_41286041的博客
08-18 892
IKE/ISKAMP的协商过程这里主要讲解IKEV1的版本，在V1版本中有两个模式，一个主模式，一个野蛮模式（也称为积极模式），下面就以上一篇的拓扑跟配置为基础，来通过抓包来分析，先从IKE的主模式开始。作者：网络之路一天 首发公众号：网络之路博客（ID：NetworkBlog）IKE与IPSEC相关的配置回顾当19...
IPSec：IKEv2协议详解
hhd1988的专栏
05-17 1万+
IKEv2介绍： 定义在RFC4306 ，更新与 RFC 5996. 不兼容IKEv1，IKEv1不支持认证，IKEv2支持认证，EAP。 支持NAT穿越。 IKEv2支持私密性、完整性、源认证。 工作在UDP 的 500 /4500端口。NAT-T用的是UDP4500端口。 IKE的安全机制： 身份认证 确认通信算双方的身份（对等体的IP地址或者名称），包括： 预共享密钥PSK（pre-shared key）认证。 数字签名RSA（rsa-signature）认证。
密钥交换协议之IKEv2
遇见你是我最美丽的意外
06-23 1万+
1. IKEv2 1.1 IKEv2简介 IKEv2（Internet Key Exchange Version 2，互联网密钥交换协议第 2 版）是第 1 版本的 IKE 协议（本文简称 IKEv1）的增强版本。 IKEv2 与 IKEv1 相同，具有一套自保护机制，可以在不安全的网络上安全地进行身份认证、密钥分发、建立 IPsec SA。相对于 IKEv1， IKEv2 具有抗攻击能力和密钥交换能力更强以及报文交互数量较少等特点。 1.2 IKEv2的协商过程 要建立一对 IPsec SA， IKEv
IPsec简单实验-IKE协商
weixin_43421779的博客
07-31 722
IKE动态协商
浅谈IPsec、IKE和IKEv2的基本原理
网络技术联盟站
07-30 3763
使用PFS特性后，IKE第二阶段协商过程中会增加一次DH交换，使得IKE SA的密钥和IPsec SA的密钥之间没有派生关系，即使IKE SA的其中一个密钥被破解，也不会影响它协商出的其它密钥的安全性。由于IPsec的密钥交换机制仅适用于两点之间的通信保护，在广播网络一对多的情形下，IPsec无法实现自动交换密钥，同样，由于广播网络一对多的特性，要求各设备对于接收、发送的报文均使用相同的SA参数（相同的SPI及密钥），因此该方式下必须手工配置用来保护IPv6路由协议报文的IPsec SA。
IPSec IKEv1&IKEv2
weixin_51045259的博客
02-04 4223
IKE简介 IKE概述 因特网密钥交换IKE（Internet Key Exchange）协议建立在Internet安全联盟和密钥管理协议ISAKMP定义的框架上，是基于UDP（User Datagram Protocol）的应用层协议。它为IPSec提供了自动协商密钥、建立IPSec安全联盟的服务，能够简化IPSec的配置和维护工作。 IKE与IPSec的关系如图1所示，对等体之间建立一个IKE SA完成身份验证和密钥信息交换后，在IKE SA的保护下，根据配置的AH/ESP安全协议等参数协商出一对IPS
ikev2 学习
lucien的博客
11-21 1907
http://pic.dhe.ibm.com/infocenter/zos/v1r12/index.jsp?topic=%2Fcom.ibm.zos.r12.hald001%2Finitex.htm
strongswan ike模式抓包分析
05-11
IKE是IPSec协议中的一部分，其作用是为IPSec协议提供安全性。strongSwan是一个开源的IPSec实现。在strongSwan中，IKE模式分为两种：IKEv1和IKEv2。下面分别介绍如何抓包分析这两种模式。 1. IKEv1 在IKEv1中，IKE交换是通过ISAKMP协议完成的。因此，我们需要在抓包工具中过滤ISAKMP协议。这里以Wireshark为例，步骤如下： - 打开Wireshark，选择接口并开始抓包； - 在过滤器中输入“isakmp”，然后点击“Apply”按钮； - 过滤出IKE交换的包，可以根据包的源地址和目的地址来进行区分。 分析IKEv1的交换包，可以了解到以下信息： - IKE交换的阶段：main mode、aggressive mode或quick mode； - 加密算法、哈希算法和身份验证方式； - Diffie-Hellman密钥交换过程； - SA（Security Association）的建立过程。 2. IKEv2 在IKEv2中，IKE交换是通过IKE协议完成的。因此，我们需要在抓包工具中过滤IKE协议。这里同样以Wireshark为例，步骤如下： - 打开Wireshark，选择接口并开始抓包； - 在过滤器中输入“ikev2”，然后点击“Apply”按钮； - 过滤出IKE交换的包，可以根据包的源地址和目的地址来进行区分。 分析IKEv2的交换包，可以了解到以下信息： - IKE交换的阶段：IKE_SA_INIT、IKE_AUTH、CHILD_SA_INIT或CREATE_CHILD_SA； - 加密算法、哈希算法和身份验证方式； - Diffie-Hellman密钥交换过程； - IKE_SA的建立过程； - CHILD_SA的建立过程。 通过抓包分析IKE交换，可以帮助我们理解strongSwan的工作原理，并且在故障排除和调试等方面也非常有用。
评论 7
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

叨陪鲤

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值