WIFI之WPA2四步握手简单分析

最新推荐文章于 2024-06-20 17:31:04 发布
最新推荐文章于 2024-06-20 17:31:04 发布
阅读量1.1k 收藏 6
点赞数
分类专栏： wifi 文章标签： 网络 c语言
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/u010873370/article/details/125494448
版权

一、名词介绍

PMK (Pairwise Master Key)

PTK (Pairwise Transient Key)
Pairwise Transient key is used to encrypt all unicast traffic between a client station and the access point. PTK is unique between a client station and access point. To generate PTK, client device and access point need the following information.
PTK = PRF (PMK + Anonce + SNonce + Mac (AA)+ Mac (SA))
Anonce is a random number generated by an access point (authenticator), Snonce a random number generated by the client device (supplicant). MAC addresses of supplicant (client device) and MAC address of authenticator (access point). PRF is a pseudo-random function which is applied to all the input.


GTK (Group Temporal Key)

二、原理分析

2.1 原理图

 

2.2 从代码层面分析一下交互过程

// AP
//状态机  PTKSTART也就是说要协商ptk了 即ap要向sta发送M1了
SM_STATE(WPA_PTK, PTKSTART)

//关键日志
wpa_auth_logger(sm->wpa_auth, sm->addr, LOGGER_DEBUG,
			"sending 1/4 msg of 4-Way Handshake")

//中间是对 pmkid的处理

//发送 M1 主要发送的是sm->ANonce
wpa_send_eapol(sm->wpa_auth, sm,
		       WPA_KEY_INFO_ACK | WPA_KEY_INFO_KEY_TYPE, NULL,
		       sm->ANonce, pmkid, pmkid_len, 0, 0);
// STA
//sta 处理 M1
wpa_supplicant_process_1_of_4

//关键日志
wpa_dbg(sm->ctx->msg_ctx, MSG_DEBUG, "WPA: RX message 1 of 4-Way "
		"Handshake from " MACSTR " (ver=%d)", MAC2STR(src_addr), ver);

//sta 获取 pmk
res = wpa_supplicant_get_pmk(sm, src_addr, ie.pmkid);

//sta自己计算ptk 并保存到 M3时校验
/* Calculate PTK which will be stored as a temporary PTK until it has
	 * been verified when processing message 3/4. */
	ptk = &sm->tptk;
	if (wpa_derive_ptk(sm, src_addr, key, ptk) < 0)
		goto failed;

//sta 准备发送 M2
if (wpa_supplicant_send_2_of_4(sm, sm->bssid, key, ver, sm->snonce,
				       kde, kde_len, ptk) < 0)
		goto failed;

//填充 key data 和 SNonce
key_mic = (u8 *) (reply + 1);
	WPA_PUT_BE16(key_mic + mic_len, wpa_ie_len); /* Key Data Length */
	os_memcpy(key_mic + mic_len + 2, wpa_ie, wpa_ie_len); /* Key Data */
	os_free(rsn_ie_buf);

	os_memcpy(reply->key_nonce, nonce, WPA_NONCE_LEN);

//关键日志
    wpa_dbg(sm->ctx->msg_ctx, MSG_DEBUG, "WPA: Sending EAPOL-Key 2/4");
	return wpa_eapol_key_send(sm, ptk, ver, dst, ETH_P_EAPOL, rbuf, rlen,
				  key_mic);
//关键日志
wpa_printf(MSG_DEBUG, "WPA: Send EAPOL-Key frame to " MACSTR
		   " ver=%d mic_len=%d key_mgmt=0x%x",
		   MAC2STR(dest), ver, (int) mic_len, sm->key_mgmt);

//计算 key_mic
if (mic_len) {
		if (key_mic && (!ptk || !ptk->kck_len))
			goto out;

		if (key_mic &&
		    wpa_eapol_key_mic(ptk->kck, ptk->kck_len, sm->key_mgmt, ver,
				      msg, msg_len, key_mic)) {
			wpa_msg(sm->ctx->msg_ctx, MSG_ERROR,
				"WPA: Failed to generate EAPOL-Key version %d key_mgmt 0x%x MIC",
				ver, sm->key_mgmt);
			goto out;
		}
		if (ptk)
			wpa_hexdump_key(MSG_DEBUG, "WPA: KCK",
					ptk->kck, ptk->kck_len);
		wpa_hexdump(MSG_DEBUG, "WPA: Derived Key MIC",
			    key_mic, mic_len);
	} 

//发送M2
ret = wpa_sm_ether_send(sm, dest, proto, msg, msg_len);

	if (wpa_s->l2) {
		return l2_packet_send(wpa_s->l2, dest, proto, buf, len);
	}

// AP
//关键日志
wpa_printf(MSG_DEBUG, "WPA: Received EAPOL-Key from " MACSTR
		   " key_info=0x%x type=%u mic_len=%zu key_data_length=%u",
		   MAC2STR(sm->addr), key_info, key->type,
		   mic_len, key_data_length);

SM_STATE(WPA_PTK, PTKINITNEGOTIATING)

//关键日志
wpa_auth_logger(sm->wpa_auth, sm->addr, LOGGER_DEBUG,
			"sending 3/4 msg of 4-Way Handshake");

//发送 M3
wpa_send_eapol(sm->wpa_auth, sm,
		       (secure ? WPA_KEY_INFO_SECURE : 0) |
		       (wpa_mic_len(sm->wpa_key_mgmt, sm->pmk_len) ?
			   WPA_KEY_INFO_MIC : 0) |
		       WPA_KEY_INFO_ACK | WPA_KEY_INFO_INSTALL |
		       WPA_KEY_INFO_KEY_TYPE,
		       _rsc, sm->ANonce, kde, pos - kde, 0, encr);
// STA
//关键日志
wpa_dbg(sm->ctx->msg_ctx, MSG_DEBUG, "WPA: RX message 3 of 4-Way "
		"Handshake from " MACSTR " (ver=%d)", MAC2STR(sm->bssid), ver);

//解析校验 IE

//sta 准备发送 M4
	if (wpa_supplicant_send_4_of_4(sm, sm->bssid, key, ver, key_info,
				       &sm->ptk) < 0) {
		goto failed;
	}

//关键日志
	wpa_dbg(sm->ctx->msg_ctx, MSG_DEBUG, "WPA: Sending EAPOL-Key 4/4");
	return wpa_eapol_key_send(sm, ptk, ver, dst, ETH_P_EAPOL, rbuf, rlen,
				  key_mic);

// M4 的发送接口和 M2 一样 详见 M2 后半部分

三、抓包分析

M1

802.1x Authentication
  Protocol Version:     2 [34]
  Packet Type:          3  EAPOL - Key [35]
  Body Length:          95 [36-37]
  EAPOL - Key
    Type:               2  RSN key descriptor [38]
    Key Information:    %0000000010001010 [39-40]
                        xx...... ........ Reserved
                        ..0..... ........ SMK Handshake is not supported
                        ...0.... ........ Key Data Not Encrypted
                        ....0... ........ No Request to initiate Handshake
                        .....0.. ........ No Error
                        ......0. ........ Not Secure
                        .......0 ........ Message does NOT contain Key MIC
                        ........ 1....... Key ACK
                        ........ .0...... Install: 802.1X component shall not configure the temporal key
                        ........ ..xx.... Reserved
                        ........ ....1... Key Type: Pairwise Key
                        ........ .....010 Vers: HMAC-SHA1-128 is the EAPOL-Key MIC / NIST AES key wrap is the EAPOL-key enc algorithm
    Key Length:         16  CCMP [41-42]
    Replay Counter:     1 [43-50]
    Key Nonce:          0xE110A1C3123C72426DF5F2DA71880A733C3F55AA424E633BBFA5D1D35028C56A [51-82]
    EAPOL-Key IV:       0x00000000000000000000000000000000 [83-98]
    Key RSC:            0x0000000000000000 [99-106]
    Key ID:             0x0000000000000000 [107-114]
    Key MIC:            0x00000000000000000000000000000000 [115-130]
    Key Data Len:       0 [131-132]

M2

802.1x Authentication
  Protocol Version:     1 [34]
  Packet Type:          3  EAPOL - Key [35]
  Body Length:          117 [36-37]
  EAPOL - Key
    Type:               2  RSN key descriptor [38]
    Key Information:    %0000000100001010 [39-40]
                        xx...... ........ Reserved
                        ..0..... ........ SMK Handshake is not supported
                        ...0.... ........ Key Data Not Encrypted
                        ....0... ........ No Request to initiate Handshake
                        .....0.. ........ No Error
                        ......0. ........ Not Secure
                        .......1 ........ Message contains Key MIC
                        ........ 0....... No Key ACK
                        ........ .0...... Install: 802.1X component shall not configure the temporal key
                        ........ ..xx.... Reserved
                        ........ ....1... Key Type: Pairwise Key
                        ........ .....010 Vers: HMAC-SHA1-128 is the EAPOL-Key MIC / NIST AES key wrap is the EAPOL-key enc algorithm
    Key Length:         0 [41-42]
    Replay Counter:     1 [43-50]
    Key Nonce:          0x8AD1A997AD7F4ABF00FB1FB008EA734D3EABF9BA1B824F754521AC961422761A [51-82]
    EAPOL-Key IV:       0x00000000000000000000000000000000 [83-98]
    Key RSC:            0x0000000000000000 [99-106]
    Key ID:             0x0000000000000000 [107-114]
    Key MIC:            0xD8D3398B2FBA88DDE9158437A3BBDD2F [115-130]
    Key Data Len:       22 [131-132]

M3

802.1x Authentication
  Protocol Version:     2 [34]
  Packet Type:          3  EAPOL - Key [35]
  Body Length:          151 [36-37]
  EAPOL - Key
    Type:               2  RSN key descriptor [38]
    Key Information:    %0001001111001010 [39-40]
                        xx...... ........ Reserved
                        ..0..... ........ SMK Handshake is not supported
                        ...1.... ........ Key Data Encrypted
                        ....0... ........ No Request to initiate Handshake
                        .....0.. ........ No Error
                        ......1. ........ Secure
                        .......1 ........ Message contains Key MIC
                        ........ 1....... Key ACK
                        ........ .1...... Install: 802.1X component shall configure the temporal key
                        ........ ..xx.... Reserved
                        ........ ....1... Key Type: Pairwise Key
                        ........ .....010 Vers: HMAC-SHA1-128 is the EAPOL-Key MIC / NIST AES key wrap is the EAPOL-key enc algorithm
    Key Length:         16  CCMP [41-42]
    Replay Counter:     2 [43-50]
    Key Nonce:          0xE110A1C3123C72426DF5F2DA71880A733C3F55AA424E633BBFA5D1D35028C56A [51-82]
    EAPOL-Key IV:       0x00000000000000000000000000000000 [83-98]
    Key RSC:            0x0000000000000000 [99-106]
    Key ID:             0x0000000000000000 [107-114]
    Key MIC:            0x94A1B736144437AC1309D352C0E93695 [115-130]
    Key Data Len:       56 [131-132]
    Key Data:           (56 bytes) [133-188]

M4

802.1x Authentication
  Protocol Version:     1 [34]
  Packet Type:          3  EAPOL - Key [35]
  Body Length:          95 [36-37]
  EAPOL - Key
    Type:               2  RSN key descriptor [38]
    Key Information:    %0000001100001010 [39-40]
                        xx...... ........ Reserved
                        ..0..... ........ SMK Handshake is not supported
                        ...0.... ........ Key Data Not Encrypted
                        ....0... ........ No Request to initiate Handshake
                        .....0.. ........ No Error
                        ......1. ........ Secure
                        .......1 ........ Message contains Key MIC
                        ........ 0....... No Key ACK
                        ........ .0...... Install: 802.1X component shall not configure the temporal key
                        ........ ..xx.... Reserved
                        ........ ....1... Key Type: Pairwise Key
                        ........ .....010 Vers: HMAC-SHA1-128 is the EAPOL-Key MIC / NIST AES key wrap is the EAPOL-key enc algorithm
    Key Length:         0 [41-42]
    Replay Counter:     2 [43-50]
    Key Nonce:          0x0000000000000000000000000000000000000000000000000000000000000000 [51-82]
    EAPOL-Key IV:       0x00000000000000000000000000000000 [83-98]
    Key RSC:            0x0000000000000000 [99-106]
    Key ID:             0x0000000000000000 [107-114]
    Key MIC:            0x457FCFCD9CADF04EC7F32DCF30835B61 [115-130]
    Key Data Len:       0 [131-132]

可见光分子
关注
专栏目录
Ralink wifi driver WPA四次握手可能的问题
junglefly的学习工作纪录
02-12 4242
测试在MT7620A上跑openwrt；router模式下，手机连接MT7620A板子就是失败。   经过分析发现： 在ralink的wifi driver中WPA成对密钥的四次握手，以及组密钥协商信令过程， 如果AP未及时收到client回复的信令，可能会主动踢掉client，或者很快重发WPA成对密钥的第一个信令； 如果使用iwpriv ra0 set Debug=3  输出更多lo
wifi认证过程wpa/wpa2
两只勤劳的蜜蜂
04-23 9680
今天总结一下前段看协议，关于PSK(pre-shared key)方式下wpa/wpa2的认证过程。 1、RSNE 首先，在beacon或probe response帧中，带有RSNE字段，内容如下： cipher suite是支持的加密方式，分组播数据（group data)、普通数据（pairwise)和组播管理帧（group management）。其中普通数据（pairwise chipher suite)可以给出列表，表示支持多种加密方式。加密方式如下： AKM suite是认证密
无线局域网安全（四）————身份认证之4路握手
热门推荐
奔跑的路
10-13 1万+
前面我们了解了三种加密方式，WEP、TKIP和CCMP，他们分别使用不同的算法给需要传送的MSDU进行加密以后，封装在MPDU中进行传送，然后在接收端对数据进行解密，以达到安全完整传送数据的目的。不管使用哪种加密方式，这都是在STA完成了身份认证以后进行的动作，也就是说在确认了STA获得足够的权限以及拥有正确的密钥以后才能进行安全的、完整的、受保护的的通信。那么对于一个新接入的STA，我们怎么知道
wifi握手包
07-15
wifi握手包
Wifi_认证 、关联 和 四次握手（WPA/WPA2）
少歌的博客
12-28 1万+
帮助理解 WIFI 连接 过程中，认证 关联 以及 WPA/WPA2 -PSK 认证过程，从抓包 到 图解，初步窥探 WIFI 无线通信技术的魅力。
WIFI接入之supplicant 四次握手流程
马小橙的专栏
02-29 6698
四次握手的目的 通过握手过程协商出PTK和GTK，关于这两个名词的解释间“名词解释”小节。 先说一下PTK的结构如下，它的结构跟加密算法相关，前两段长度是一样的，区别在与第3段。举例说明，当加密算法为TKIP时，TK字段占256位，当加密算法为CCMP时，TK字段为128位。 TKIP加密算法： CCMP加密算法： KEK和KCK字段是给EAPOL-KEY使用的，即用于...
Wifi 认证，关联，四次握手（WPA/WPA2/WPA3-SAE）
少歌的博客
03-20 1万+
SAE 采用了“互联网工程任务组(IETF)”RFC7664 规范中定义的 “蜻蜓（Dragonfly）” 握手协议，将其应用于 Wi-Fi 网络以进行基于密码的身份验证。SAE 采用了“互联网工程任务组(IETF)”RFC7664 规范中定义的 “蜻蜓（Dragonfly）” 握手协议，将其应用于 Wi-Fi 网络以进行基于密码的身份验证。站在用户的角度，设备连接这两种协议（WPA2-personal 和 WPA3-SAE）的热点没有任何操作上的区别。其中 四次 eapol key 属于四次握手的过程。
wifi 4-Way Handshake / WIFI 4次握手协议
01-05
4次握手协议是WPA2和WPA3中用来创建加密密钥的机制，确保数据在无线网络中传输时的安全性。 通过上述流程和关键概念的解释，我们可以看到Wi-Fi 4次握手协议是一个复杂且细致的过程，它对于保证无线网络安全至关重要...
wifi 安全协议以及四次握手详解
最新发布
weixin_42075522的博客
06-20 1603
利用PSK以及无线网络的SSID，使用PBKDF2算法可以计算出PMK，利用PMK，以及认证过程中传输的ANonce、SNonce、STA的MAC地址、AP的MAC地址，使用hmac sha1算法可以计算出PTK。7.PMK (Pairwise Master Key) PMK 是由 MSK 生成，WPA2/PSK 的情况下，当 supplicant 和 authenticator 身份验证后，PSK 变成 PMK .PMK会在STA和AP保存，并不需要共享。2.PRF：伪随机函数。
wifi的握手包
08-23
小弟有一个握手包大家帮忙跑跑啊 谢谢了 给那些对这个有兴趣的人
四个WPA握手包
10-30
费了好大劲才抓到的，需要的下载 费了好大劲才抓到的，需要的下载 费了好大劲才抓到的，需要的下载 费了好大劲才抓到的，需要的下载
WPA 4次握手
红心地瓜的专栏
06-19 1万+
分析wpa/wpa2 4-way handshake的过程和原理
WEP四次握手（4-way-handshake）过程
聚焦物联网
10-08 4586
图文讲解WEP四次握手（4-way-handshake）过程 不管是用WEP加密，还是用WPA，一般如果我们要和AP建立一个连接，要经过两个阶段认证（Authentic）和关联（Association）的过程，下面我只说说WEP加密的情况下，是如何和AP建立连接的（WPA的
wpa2破解认证之四次握手
对事不对人；超越过去，变得更强。 邮箱：actorsun@189.cn
03-26 429
如果黑客要破解wifi密码，当钓鱼获取到MIC值后，就必须要方向解密wifipassword值，而这是做不到的。因为hash是一个单向函数，反向求解可以认为不可能，即使黑客已知了C，已知了wifi_name,4096,再简化一点:MIC=hash(hash(wifipassword)),他也不可能在一致hash值的情况下求得wifipassword的值，这不是一元线性方程。ANouce是AP生成的一个随机数，SNouce是client生成的一个随机数。其实如果是wifi钓鱼只考虑这2步就可以了。
Wifi 认证，关联，四次握手（WPA-WPA2-WPA3-SAE）
xnxqwzy的博客
02-27 1594
第一种是报网络安全专业，现在叫网络空间安全专业，主要专业课程:程序设计、计算机组成原理原理、数据结构、操作系统原理、数据库系统、 计算机网络、人工智能、自然语言处理、社会计算、网络安全法律法规、网络安全、内容安全、数字取证、机器学习，多媒体技术，信息检索、舆情分析等。第二种是自学，就是在网上找资源、找教程，或者是想办法认识一-些大佬，抱紧大腿，不过这种方法很耗时间，而且学习没有规划，可能很长一段时间感觉自己没有进步，容易劝退。为了更好的阐述 WPA3-SAE 的作用 和 凸显其优点。
wifi四次握手过程
流风回雪的博客
05-31 5310
https://www.jianshu.com/p/590d859d8d78 初始化： 第一次握手： 第二次握手： 第三次握手： 第四次握手： 其实整个原理就是密钥交换，请查看胡哥的《加密的类型及其相关算法--密钥交换》，下一篇将介绍暴力破解wifi的原理。 华丽的分割线-------------------------------------------------------------------------------------------------------
wifi连接的4次握手的过程
bo_的博客
04-12 3242
无线技术总览 802.1X连接过程 PSK连接过程 1. Open System Authentication (Request initiate by client) 2. Open system Authentication (Response by AP) 3. Association Request (sent by client) 4. Association Response (send by AP) 5. 4-Way Handshake – EAPoL Key E.
gmailc2：一款基于Google SMTP的完全无法检测的C2服务器
qq_53058639的博客
07-24 686
1、持久化；2、支持Shell访问；3、查看系统信息；4、…
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值