【漏洞预警】KRACK：WPA2系列漏洞事件预警（含技术文章翻译）-安全客

0x00 事件描述

2017年10月16日, 名为KRACK的漏洞攻击方式被披露，针对WiFi+WPA2网络的攻击。

KRACK主要是利用802.11i中4次握手中的漏洞来最终实现解密和伪造加密的WiFi流量，该漏洞由来自imec-DistriNet的Mathy Vanhoef和 KU Leuven发现。本次漏洞事件有多种攻击型态，AP热点端，中继端，和客户端均受到影响。

根据krackattacks.com和部分厂商发布的安全公告综合分析，包括Linux,Android, Cisco wireless products, OpenBSD, MacOS, Windows, iOS等产品或平台, 影响面广泛。

360CERT建议客户端产品用户，IoT, 路由器厂商尽快进行相关漏洞评估调查。

附:技术翻译《密钥重载攻击：强制WPA2重用Nonce》一文。

0x01 事件影响面

影响面

KRACK漏洞的范围广泛，影响面大。

KRACK漏洞可造成WiFi+WPA2的加密网络流量可被攻击者解密或注入恶意攻击包，可能会泄露包括密码等在内的隐私信息，但是使用HTTPS等应用层加密层的流量不受影响。

360CERT综合分析，此次漏洞事件影响面大，漏洞等级重要，暂无规模性实际攻击案例发生，暂评定为较大网络安全事件。

漏洞信息

CVE-2017-13077: 4次握手时配对密钥(PTK-TK)重载漏洞

CVE-2017-13078: 4次握手时GTK重载漏洞

CVE-2017-13079: 4次握手时IGTK重载漏洞

CVE-2017-13080: group key握手时GTK重载漏洞

CVE-2017-13081: group key握手时IGTK重载漏洞

CVE-2017-13082: 接收FT重连请求，配对密钥(PTK-TK)重载漏洞

CVE-2017-13084: PeerKey握手时STK key重载漏洞

CVE-2017-13086: TDLS握手时TDLS,TPK重载漏洞

CVE-2017-13087: 处理WNM休眠模式响应帧GTK重载漏洞

CVE-2017-13088: 处理WNM休眠模式响应帧IGTK重载漏洞

影响版本

注:部分信息来源[参考3]

Arch Linux

Arista

Aruba

Broadcom

Cisco

DD-WRT

Debian

Extreme Networks

Fedora

FreeBSD

Lenovo

Juniper

Intel Corporation

LineageOS

LXDE

Marvell

Meraki

Microsoft

MikroTik

Mojo Networks

Synology

Turris Omnia

Ubiquiti

Ubuntu

UniFi

VMware

Watchguard Cloud

Windows 10

WPA_supplicant

0x02 部分技术信息

注:部分信息来自[参考1]和[参考4]

802.11i协议（即：WPA2协议）通过两种独立的机制来保证数据传输的机密性。第一个是在记录层通过加密WiFi帧的方式，保证无法被明文读取或嗅探。该加密机制通常是通过AES-CCM的方式，当然也有部分启动GCM模式，还有部分老的RC4-TKIP方式。

需要认真考虑的是AES-CCM(还包括GCM, TKIP)是一种流加密，这意味着在重用加密参数key和nonce(即:初始向量)的情况下是可以被攻击的。802.11i是基于包计数(packet number number)的方式，其在会话建立后的初始值为0，且会不停递增（当然到了2^48的时候，会触发更新key操作）。这样一来，假设在包计数不被重置的情况下，就可以成功防范key+nonce的重用攻击。

第二个机制是AP和客户端（supplicant）之间的4次握手流程，主要用于协商加密key。KRACK漏洞会直接利用到4次握手中的#3包，#3包可作用于客户端新key安装使用。

KRACK的主要漏洞在于 #3包可以被恶意阻断。当这个情况发生时，AP端会重发这个消息，会导致同样的一个key在客户端中被重装。带来的副作用是也会导致包计数会被重置为0（部分客户端，如Android6，会把key重置为0)，最终，就会触发key+nonce的重用攻击了。攻击者可以利用它来全流量解密，TCP劫持等。

此外，还有如下2种攻击:

包括针对客户端的基于GTK的攻击；

针对AP端的802.11 RFT握手攻击；

更详细技术细节可参阅360CERT翻译的《密钥重载攻击：强制WPA2重用Nonce》一文。

Q & A

注:部分信息来自[参考1]

我需要更换WiFi密码吗？

更改WiFi密码并无助于防御和解决该漏洞，你不需要更改。相反的，你应该关注你使用的客户端（Android, IoT产品）是否更新，路由器固件是否更新了。当然如果你都这么做了，那你可以借此更新下你的WiFi密码了。

只支持AES套件的WPA2也受该漏洞影响吗？

是的，也受。

我的设备是否也受影响？

如果你的设备支持WiFi+WPA2连接的话(如手机，笔记本电脑等)，很可能也受到影响，请咨询相关厂商。