KRACK: (K)ey (R)einstallation (A)tta(ck)
From the KRACK website:
In a key reinstallation attack, the adversary tricks a victim into reinstalling an already-in-use key. This is achieved by manipulating and replaying cryptographic handshake messages. When the victim reinstalls the key, associated parameters such as the incremental transmit packet number (i.e. nonce) and receive packet number (i.e. replay counter) are reset to their initial value. Essentially, to guarantee security, a key should only be installed and used once. Unfortunately, we found this is not guaranteed by the WPA2 protocol. By manipulating cryptographic handshakes, we can abuse this weakness in practice.
Unless a known patch has been applied, assume that all WPA2-enabled Wi-Fi devices are vulnerable.
Administrators: Remember to watch this page for changes
- Should a vendor take responsibility, devices are for the most part updatable.
- Access points are only affected, if they implement the standard 802.11r (a.k.a. Fast-BSS Transition).
- Many devices do not have an easy way to apply updates.
- A huge burden is placed on the consumer to keep their devices up to date
- It may not be easy to search for all updates to all devices.
- The attack affects both clients and access points
- Updating an access point does not keep clients protected!
- Attacks against Android 6.0+ devices are very easy to accomplish.
- It is advised to disable Wi-Fi and only use 4G for the time being.
- Updates may never come for many IoT devices.
Attacks that can be made
- Adversary can decrypt arbitrary packets.
- This allows an adversary to obtain the TCP sequence numbers of a connection, and hijack TCP connections.
- Adversary can replay broadcast and multicast frames.
- Adversary can both decrypt and inject arbitrary packets. (TKIP or GCMP ONLY)
- Adversary can force the client into using a predictable all-zero encryption key. (ANDROID 6.0+ and LINUX)
Attacks that cannot be made
- Adversary can not recover WPA password.
- Adversary can not inject packets. (AES-CCMP ONLY)
- Marthy Vanhoef gave an overview presentation including implications at the conference 34c3. A recording of his session is available.
- A set of scripts has been made available which allows to check devices whether they are vulnerable.
CVE List and Device Types Affected
The reinstallation attack is not a single attack, but a group consisting of ten (10) independent security flaws which do have a common underlying approach. The security holes may be exploited indepdently of each other, and thus have to be fixed individually (if a device is affected). As it is common in computer security, each of them got assigned to a Common Vulnerabilities and Exposures (CVE) number, which are aggregated in VU #228519 for better tracking. Based on a statement provided by Zyxel you may group these CVEs based on which communication party is affected:
|Common Vulnerabilities and Exposures (CVE)||Party Affected|
|CVE-2017-13082||Access Points, if implementing standard 802.11r|
Access points, which are intended for the consumer market, typically do not implement the standard 802.11r. However, access points for the enterprise market may do so.
Based on the table above, it becomes apparent that the primary effort for correcting the security flaw is to be expected for the Wi-Fi clients. As of writing, there is no possibility known to safeguard Wi-Fi clients by changing the access point's behavior. This implies that patching the Wi-Fi device is the only way to fix the problem for Wi-Fi clients.
Vendor Patch Matrix (non-complete)
|Vendor||Patch Available||In Development||Not Directly Affected|
|SUSE / openSUSE||X||X|
Vendor Response (complete)
|Vendor||Official Response||Comment||Last Checked||Last Updated||Date Notified by CERT|
|3com Inc||No Known Official Response||N/A||2017-10-29||2017-10-17|
|Alcatel-Lucent||LINK||Support is suggested to go via the network vendors; patches are available for OmniAccess and OmniAccess Stellar WLAN products||2017-10-29||2017-10-18|
|Amazon||No Known Official Response||"We are in the process of reviewing which of our devices may contain this vulnerability and will be issuing patches where needed."||2017-10-29||2017-10-17|
|Android||Security Bulletin||fixed with versions 5.0.2, 5.1.1, 6.0, 6.0.1, 7.0, 7.1.1, 7.1.2, 8.0
Security patch level 2017-11-06 or later required to be fixed. Note that security patch level 2017-11-05 is not sufficient.
Distribution to vendors to downstream has started; vendors may need additional fixes from hardware suppliers.
|Apple||General Security Updates||see details page||2017-11-01||2017-11-01|
|Arch Linux||wpa_supplicant, hostapd||N/A||2017-10-16||2017-10-16|
|Arduino||No Known Official Response||EspressIf fixed its ESP8266 SDK in upstream (see also row "Espressif Systems" in this table below); SDK Fix is on the way||2017-10-29||2017-10-29|
|Asus||LINK||New firmware available / Additionally, an email response from "firstname.lastname@example.org" says that they are "co-working with chipset vendors for solutions and will release patched firmware for affected routers soon."; the security advisory statement from 2017-10-31 lists more than 70 devices not affected by the attack||2017-11-21||2017-11-21|
|AVM (FRITZ!Box)||LINK, LINK2||WPA2 flaw – FRITZ!Box on broadband connections are secure. AVM has provided updates for its wireless repeaters and its Powerline product series. Download of new firmwares are available in the download area||2017-10-28||2017-10-28|
|Barracuda Networks||LINK||Our investigations indicate that currently only Barracuda NextGen Firewall Wi-Fi Models used under Wi-Fi Client mode are affected.||2017-10-17||2017-10-17|
|BearExtender / Bearifi||No Known Official Response||N/A||2017-11-12||2017-11-12|
|Belkin, Linksys, and Wemo||LINK@Linksys, LINK@Belkin||"We are still confirming all product skus affected, including Belkin Routers and Range Extenders, Linksys Routers, Adapters, Access Points, Bridges and Range Extenders and Wemo Products. As mentioned, when firmware is available, it will be posted to the associated brands’ support page."||2017-10-28||2017-10-28|
|bintec elmeg (Teldat Group)||LINK||APs do not have support for 802.11r and 802.11s (thus not affected in AP-only mode); APs in client mode may be affected: further investigations ongoing||2017-10-29||2017-10-29|
|Broadcom / Cypress||LINK (Cypress community login required)||WICED Studio,
|Brother||No Known Official Response||N/A||2017-10-29||2017-10-19|
|Buffalo / MELCO||LINK(JA)||N/A||2017-10-18||2017-10-18|
|Canon||No Known Official Response||N/A||2017-10-29||2017-10-16|
|CentOS||CentOS 6, CentOS 7||From upstream Red Hat Security Advisories RHSA-2017:2911, and RHSA-2017:2907 Arch: Centos6 i386, x86_64; Centos7 x86_64, ARM (Raspberry PI), ppc64, ppc64le,||2017-10-18||2017-10-18|
|Cisco||LINK||Multiple Cisco wireless products are affected by these vulnerabilities.||2017-10-16||2017-10-16||28 Aug 2017|
|Comcast||No Known Official Response||N/A||2017-10-17||2017-10-17|
|ConnMann||No Known Official Response||Connman has not released any information or updates yet. LINK||2017-10-17||2017-10-20|
|CZ.NIC Turris||LINK||via @spike411: CZ.NIC Turris team is testing a fix (backported from hostapd upstream): LINK||2017-10-16||2017-10-16|
|D-Link||LINK||List of affected products (includes statement for which models patches are already provided)||2017-10-28||2017-10-28|
|Debian||LINK||* Add patches to fix WPA protocol vulnerabilities (CVE-2017-13077, CVE-2017-13078, CVE-2017-13079, CVE-2017-13080, CVE-2017-13081, CVE-2017-13082, CVE-2017-13086, CVE-2017-13087, CVE-2017-13088): - hostapd: Avoid key reinstallation in FT handshake - Prevent reinstallation of an already in-use group key - Extend protection of GTK/IGTK reinstallation of WNM-Sleep Mode cases - Fix PTK rekeying to generate a new ANonce - TDLS: Reject TPK-TK reconfiguration - WNM: Ignore WNM-Sleep Mode Response if WNM-Sleep Mode has not been used - WNM: Ignore WNM-Sleep Mode Response without pending request - FT: Do not allow multiple Reassociation Response frames - TDLS: Ignore incoming TDLS Setup Response retries||2017-10-16||2017-10-16|
|Dell||LINK||Several products affected; patches are under development||2017-10-29||2017-10-29|
|Denon||No Known Official Response||N/A||2017-11-21||2017-10-17|
|Devolo||LINK(German only)||They are currently reviewing the attack scenario for their products according to this tweet; they report that they are not affected by this (both old and current devices), as the WPA2 parts, which are affected, are not used in their products||2017-10-29||2017-10-29|
|DrayTek||LINK||DrayTek are investigating solutions for this and plan to issue appropriate updates (firmware) as soon as possible. First firmware updates are either announced (with patch version numbers provided) or even released (and then can be found at the firmware download page, e.g. VigorAP 902)||2017-10-28||2017-10-28|
|ecobee||No Known Official Response||Twitter response 1 and 2: "ecobee is aware of the industry-wide vulnerability in WPA2 referred to as KRACK. The security of our customers is very important to us and we have confirmed that ecobee device security is not impacted by this issue." Likely this means ecobee considers underlying https / ssl to be secure despite KRACK||2017-10-17||2017-10-17|
|Edimax||LINK||EDIMAX Wi-Fi Router, Range Extender, USB NIC(SoftAP) and Access Points(WDS Mode) are impacted with WDS or repeater mode; patches are on the way. EDIMAX USB NIC, Access Points and IP Camera are not impacted.||2017-10-28||2017-10-28|
|eero||LINK||Patched firmware automatically pushed to users OTA; also available for download||2017-10-17||2017-10-17|
|EMC Corporation||No Known Official Response||N/A||2017-10-17||2017-10-17|
|Endian||LINK||Community version is not affected. Fixed on Enterprise 5.0||2017-10-18||2017-10-18|
|EnGenius||LINK||"EnGenius software developers are currently working on security patches and will issue firmware releases as soon as possible."||2017-10-18||2017-10-18|
|Espressif Systems||LINK||Espressif released patches for the WiFi vulnerabilities in their products including ESP-IDF, ESP8266 RTOS and ESP8266 NON-OS. Arduino ESP32 will be updated shortly.||2017-10-16||2017-10-16||22 Sep 2017|
|Extreme Networks||LINK||Patches available for ExtremeWireless, ExtremeWireless WiNG. ExtremeCloud and WLAN 8100/9100 patches still in development.||2017-10-26||2017-10-25||2017-08-28|
|F5 Networks||LINK||There is no impact; F5 products are not affected by this vulnerability.||2017-10-19||2017-10-19|
|Fedora||Fedora 26 / 27 (beta)||Status: Fixed Release: Stable (* Manual installation is possible) Arch: x86_64 and ARM (Raspberry PI)||2017-10-17||2017-10-19|
|FortiNet||LINK||Only affected in client / mesh leaf mode or when using 802.11r; patches available||2017-11-07||2017-11-02|
|Foundry Brocade||No Known Official Response||N/A||2017-10-17||2017-10-17|
|FreeBSD Project||Response, patch||Binary and source updates to base system available. Alternatively one can install the
|Nexus/Pixel devices: Security patch level 2017-11-06 or later required to be fixed. Note that security patch level 2017-11-05 is not sufficient. Distribution expected to happen with December security update. For further details, see also Android above.
Link to initial statement
|Hewlett Packard Enterprise / Aruba||LINK@HPE, Aruba Patch Info - Aruba FAQ||Analysis still ongoing. First Aruba||2017-10-17||2017-10-17||Aruba: 2017-08-28|
|Honeywell||No Known Official Response||Impact in assessment; no fix available, yet||2017-11-12||2017-11-12|
|Huawei||LINK||"Huawei immediately launched investigation and carried out technical communication with the researcher."||2017-11-28||2017-11-20|
|IBM||No Known Official Response||N/A||2017-10-17||2017-10-17|
|Icotera||Icotera products are not affected LINK||The investigation concluded that none of current Icotera products is affected by the described vulnerability, as it does not apply to a device running Access Point mode only||2017-10-19||2017-10-19|
|Intel Corporation||LINK||N/A||2017-10-16||2017-10-16||28 Aug 2017|
|IPFire||LINK||Update: packages for all architectures are now available||2017-10-19||2017-10-19|
|iRobot (Roomba)||No Known Official Response||Chat support: "So far as we can tell, we haven't been impacted. So that's good news lol." IMG||2017-10-17||2017-10-17|
|Juniper Networks||LINK||Patches for WLAN available; patches for SRX and SSG outstanding||2017-10-16||2017-10-16||28 Aug 2017|
|KPN||LINK||KPN routers to be found safe. See update 17th LINK||2017-10-17||2017-10-20|
|Kyocera Communications||No Known Official Response||N/A||2017-10-29||2017-10-17|
|LEDE||LINK||Released fix in version 17.01.4.||2017-10-18||2017-10-18|
|Lenovo||LINK||Impact assessment apparently still ongoing||2017-10-29||2017-10-29|
|LineageOS||LINK||"All official 14.1 builds built after this tweet have been patched for KRACK.":LINK||2017-10-17||2017-10-17|
|Linux||Patches: LINK||wpa_supplicant version 2.4 and above is affected. Linux's wpa_supplicant v2.6 is also vulnerable to the installation of an all-zero encryption key in the 4-way handshake.||2017-10-16||2017-10-16|
|Logitech||LINK||Harmony: vendor is aware of the vulnerability; review in process||2017-11-12||2017-11-12|
|Luxul||No Known Official Response||N/A||2017-10-17||2017-10-17|
|Marantz||No Known Official Response||N/A||2017-11-21||2017-10-17|
|Marvell Semiconductor||No Known Official Response||N/A||2017-10-17||2017-10-17|
|MediaTek||No Known Official Response||N/A||2017-10-16||2017-10-16|
|Meraki||LINK||Fixed for Cisco Meraki in 24.11 and 25.7||2017-10-16||2017-10-16|
|Microchip Technology||LINK||N/A||2017-10-17||2017-10-17||28 Aug 2017|
|Microsoft||Windows Related||When clicking the link, accept the EULA then click the link again. Provided security fix apparently does not solve the issue under all circumstances ("[...] however, when affected Windows based systems enter a connected standby mode in low power situations, the vulnerable functionality may be offloaded to installed Wi-Fi hardware", see FAQ at link), i.e. hardware vendors also may have to provide fixes for their devices||2017-10-16||2017-10-28|
|MidnightBSD||No Known Official Response||Workaround available by installing wpa_supplicant from mports/security/wpa_supplicant||2017-10-21||2017-10-21|
|Mikrotik||LINK||We released fixed versions last week, so if you upgrade your devices routinely, no further action is required.||2017-10-16||2017-10-16|
|Mojo Networks||LINK||Update to cloud management platform completed. In order to mitigate client-side vulnerabilities, Mojo recommends upgrading AP software to version 8.5, and enabling MAC Spoofing and Man-in-the-middle attack prevention with built-in WIPs.||2017-10-17||2017-10-17|
|Nest Labs||LINK||Nest Tweeted: "We plan to roll out patches to our products in the coming weeks. These won't require any action on the part of the user.", First firmware updates are in distribution. Nest Protect still is missing.||2017-10-28||2017-10-28|
|Nikon||No Known Official Response||N/A||2017-10-16||2017-10-16|
|Nintendo||No Known Official Response||N/A||2017-10-16||2017-10-16|
|Nokia||No Known Official Response||"I have forwarded your support request to our Tier 3 team for their assistance. We appreciate your patience as we work to resolve your issue, and will get back in touch as soon as we have additional steps for you to take.", source: #174||2017-10-27||2017-10-27|
|Nvidia||FIX||Android Security patch has been applied||2017-11-12||2017-11-12|
|OmniROM||LINK||"all official OmniROM N builds have the fix included."||2017-10-19||2017-10-19|
|OnePlus||LINK for OxygenOS 3.6.1 LINK for OxygenOS 4.5.14||N/A||2017-11-12||2017-11-12|
|Onkyo||No Known Official Response||N/A||2017-10-17||2017-10-17|
|Open-Mesh / CloudTrax||LINK||An update is expected to be delivered to all of those that use automatic updates by the end over October 17th.||2017-10-17||2017-10-17|
|OpenBSD||LINK||Errata patches for the wireless stack have been released for OpenBSD 6.1 and 6.0. State transition errors could cause reinstallation of old WPA keys. Binary updates for the amd64 and i386 platforms are available via the syspatch utility. Source code patches can be found on the respective errata pages. As this affects the kernel, a reboot will be needed after patching.||2017-10-16||2017-10-16|
|OPNsense||No Known Official Response||(CALL FOR TESTING) KRACK Attack fixes LINK||2017-10-18||2017-10-18|
|Pakedge||No Known Official Response||Via @spike411 "They have acknowledged they have received my enquiry but don’t have any info about the state of this vulnerability in their products."||2017-10-16||2017-10-16|
|Particle||LINK||Once Cypress releases updates to WICED Studio, Particle will create system firmware releases. Users can then build their apps on the new system versions.||2017-10-18||2017-10-18|
|Peplink||LINK||"We are developing firmware to address the vulnerability." ... "ETA for the firmware releases is within two weeks."||2017-10-17||2017-10-17||2017-08-28|
|PetNet & Electric Imp||LINK||Not affected, as all communication is TLS-secured; waiting for hardware vendors to provide fixes to allow incorporation into one of the next impOS versions||2017-11-12||2017-11-12|
|pfSense||RELEASES LINK||pfSense 2.4.1 & 2.3.5 releases (and later patches) contain "Fixes for the set of WPA2 Key Reinstallation Attack issues commonly known as KRACK"||2017-10-29||2017-10-29|
|Pioneer||No Known Official Response||N/A||2017-10-17||2017-10-17|
|Qualcomm Atheros||No Known Official Response||N/A||2017-10-16||2017-10-16|
|Rachio||No Known Official Response||Support response: "When it boils down into it, the KRACK attack can only target improperly done HTTPS / SSL connections, and we are perfectly safe in that regard. There is no need for our controller to get an update due to the leak itself, due to the massive lack of a GUI there is nothing at risk from our controller.
From what I can see in my research and testing, KRACK vulnerability cannot potentially modify data on the network, or even eavesdrop from our controller.
The absolute only thing at risk, after thorough testing, that a KRACK attacker would be able to potentially see is that you have a Rachio on your network. And even then, the only way they have the slightest ability to get any further would be via timing analysis, and even then it only would be your watering times." LINK
|Raspbian (Raspberry Pi)||No Known Official Response||Update (20171002 01:38): The fixes for raspbian Jessie and Stretch should now be in the public raspbian repo. The fix for raspbian buster should follow in a few hours. I do not know if/when there will be a fix for wheezy. source: LINK REPO FORUM||2017-10-17||2017-10-17|
|Realtek||No Known Official Response||N/A||2017-10-28||2017-10-28|
|Red Hat, Inc.||This issue affects the versions of wpa_supplicant as shipped with Red Hat Enterprise Linux 6 and 7. LINK||Red Hat Security Advisories for Red Hat Enterprise Linux 7 RHSA-2017:2911 and Red Hat Enterprise Linux 6 RHSA-2017:2907||2017-10-16||2017-10-16||28 Aug 2017|
|Ring||No Known Official Response||Per support "They promise to update public shortly, actively working with developers."||2017-10-17||2017-10-17|
|Rosewill||No Known Official Response||N/A||2017-10-25||2017-10-25|
|Ruckus Wireless||KRACK Resource Center||N/A||2017-10-17||2017-10-17|
|Sagemcom||No Known Official Response||N/A||2017-10-17||2017-10-17|
|Samsung Electronics||LINK||Delivery of patches with Security Maintenance Release SMR-NOV-2017 planned; Expected scope until December: S8, S8+, S8 Active, S7, S7 edge, S7 Active, S6 edge+, S6, S6 edge, S6 Active; additionally with the next quarterly update: A3 (2016), A3 (2017), A7 (2017), J1 Mini, J1 Mini Prime, J1 Ace, J1 (2016), J2 (2016), J3 (2016), J5 (2016), J7 (2016), J3 Pro, J3 Pop, J7 Pop, J3 (2017), J5 (2017), J7 (2017), J7 Max, J7 Neo, Tab S2 L Refresh, Tab S3 9.7, Note FE||2017-11-13||2017-11-13||28 Aug 2017|
|Sharp||No Known Official Response||N/A||2017-10-16||2017-10-16|
|SnapAV||No Known Official Response (See comment for unofficial response)||An email from G Paul Hess, Chief Product Officer states that Araknis Networks Wireless Access Points and Autonomic 1e Music Streamer are affected. "We are currently working on a firmware update, which will be available on SnapAV’s website, as well as OvrC."||2017-10-16||2017-10-17|
|Sonos||LINK||We're aware of the issues with WPA2 and our team is working to determine any ramifications this may have for Sonos players.||2017-10-18||2017-10-18|
|Sony||LINK||First Xperia devices announced to receive patches; Android Security Patch level will be dated above 2017-11-05||2017-10-29||2017-10-29|
|SUSE / openSUSE||hostap wpa_supplicant||Patches available for
||2017-10-20||2017-10-20||28 Aug 2017|
|Swisscom||LINK||Internet Box and Centro routers not affected. AirTies repeaters to be clarified.||2017-10-31||2017-10-19|
|Synology||LINK 1 LINK 1||Synology DiskStation Manager (DSM) with attached WiFi dongle and Synology Router Manager (SRM) are vulnerable to Krack. As of Version 6.1.3-15152-8: Fixed multiple security vulnerabilities regarding WPA/WPA2 protocols for wireless connections (CVE-2017-13077, CVE-2017-13078, CVE-2017-13079, CVE-2017-13080, CVE-2017-13081, CVE-2017-13082, CVE-2017-13084, CVE-2017-13086, CVE-2017-13087, CVE-2017-13088).||2017-10-17||2017-10-17|
|Technicolor||No Known Official Response||N/A||2017-10-29||2017-10-29|
|Tesco||LINK||Tesco has chosen not to patch the Hudl: "There will be no further updates to the hudl software"||2017-10-17||2017-10-17|
|Texas Instruments||LINK||Patches already provided||2017-10-29||2017-10-29|
|Toshiba Commerce Solutions||No Known Official Response||N/A||2017-10-16||2017-10-16||15 Sep 2017|
|Toshiba Electronic Devices & Storage Corporation||No Known Official Response||N/A||2017-10-16||2017-10-16||28 Aug 2017|
|Toshiba Memory Corporation||No Known Official Response||N/A||2017-10-16||2017-10-16||28 Aug 2017|
|TP-Link||LINK, LINK2||TP-Link has been working on affected models and will release firmware over the next few weeks on our official website.||2017-10-18||2017-10-18|
|Ubiquiti Networks||LINK||Ubiquiti has released 188.8.131.5237 in beta to mitigate these vulnerabilities in UniFi APs that have a client mode. mFi devices are likely vulnerable and no statement or patch has been released.||2017-10-16||2017-10-16|
|Ubuntu||LINK||Updates are available for wpasupplicant and hostapd in Ubuntu 17.04, Ubuntu 16.04 LTS, and Ubuntu 14.04 LTS. wpasupplicant and hostapd were updated before the release of Ubuntu 17.10.||2017-10-16||2017-10-16|
|Volumio||LINK||Updates are available for wpasupplicant and hostapd in Volumio starting from version 2.296||2017-10-18||2017-10-18|
|WatchGuard||LINK||Sunday, October 15, 2017:,AP120, 320, 322, 420:,Release 8.3.0-657, Cloud mode only. Monday, October 30, 2017: AP300: Release 184.108.40.206, AP100, 102, 200: Release 220.127.116.11, AP120, 320, 322, 420:,Release 8.3.0-657, Non-Cloud (GWC mode)||2017-10-17||2017-10-17|
|webOS||No Known Official Response||Also see entry ConnMan||2017-10-17||2017-10-20|
|WiFi Alliance||LINK||Users should refer to their Wi-Fi device vendor’s website or security advisories to determine if their device has been affected and has an update available. As always, Wi-Fi users should ensure they have installed the latest recommended updates from device manufacturers.||2017-10-16||2017-10-16|
|Xfinity||No Known Official Response||N/A||2017-10-17||2017-10-17|
|Xiaomi||LINK||MIUI Beta 9 v7.10.19 for some of the mobile devices released.||2017-10-22||2017-10-22||2017-07-28|
|Xirrus||LINK||As soon as the patch is released, it will be made available through the Xirrus Support Community.||2017-10-17||2017-10-17|
|Yamaha||No Known Official Response||N/A||2017-11-12||2017-10-16|
|Yi (Xiaomi)||No Known Official Response||"Waiting on a reply"||2017-10-17||2017-10-17|
|Zoom Telephonics||No Known Official Response||sells amongst other Routers and Access Points; some of them may also run as supplicants||2017-11-12||2017-11-12|
|ZTE||No Known Official Response||Also see entry KPN||2017-10-17||2017-10-20|
|ZyXEL||LINK||N/A||2017-10-16||2017-10-16||28 Aug 2017|