Dark Reading is part of the Informa Tech Division of Informa PLC

This site is operated by a business or businesses owned by Informa PLC and all copyright resides with them.Informa PLC's registered office is 5 Howick Place, London SW1P 1WG. Registered in England and Wales. Number 8860726.

Network Security

// // //

KRACK Attack: How Enterprises Can Protect Their WiFi

A flaw in the WPA2 protocol means that most WiFi networks worldwide are open to successful attack.

By this time you've probably heard about the KRACK attack, and what you've heard is right. This one is bad, and it's everywhere.

The name is an acronym taken from key reinstallation attacks, the technique used to take advantage of a vulnerability that exists in pretty much every WiFi access point in use today. The reason it's so widespread is that the vulnerability in the way WPA2 (WiFi Protected Access II) is implemented in the WiFi protocol.

Here, in a nutshell is the problem: In WPA2 there's a shared secret (the password) that a device and the access point use to begin the process, and then a single-use string (or "nonce") that is shared to actually encrypt the conversation. This happens in a process known as a four-way handshake. The vulnerability is in step three of the four-way handshake, when an attacker can force the access point to re-use a previous nonce -- a nonce that the attacker has.

Once the bogus nonce is in use, the attacker can decrypt the entire session and steal any information passing over the network. Now, if this is happening on a public network where employees have already been trained to use a VPN, then there's no real problem since sensitive traffic will travel within an ecnrypted tunnel and the encryption used by SSL and most other VPNs isn't affected by the vulnerability.

The issue is with corporate WiFi networks (and home networks where the employee has implemented WPA2) in which people have been trained to think of traffic as secure, and VPNs as unnecessary. There are few situations more dangerous than one in which people think they're far more secure than they actually are -- and this KRACK attack combines that with near ubiquity.

If there's good news to be found in all this, it's that there haven't been any attacks based on this technique identified in the wild. The news gets a little better with both Microsoft and Apple announcing that they have patches either released or in beta for their desktop and mobile operating systems (though there hasn't been any news, yet, about Apple patching the software for their Airport WiFi access points).

US-CERT has a vulnerability note on the WPA2 vulnerability and they've thoughtfully included a list of vendors affected by the problem.

So what is an enterprise to do? First, at least temporarily amend your WiFi use rules to include VPN use at all times -- even when connected to wireless networks inside the perimeter. Next, stay on top of your vendors for patches to device and access point software. Some have suggested that companies use this episode as a pass/fail test for vendors: If they don't patch vulnerable systems, and soon, then replace them with vendors that pay more attention to security.

How is your organization reponsing to KRACK? We would like to hear your stories -- let us know in the comment section, below.

Related posts:

— Curtis Franklin is the editor of SecurityNow.com. Follow him on Twitter @kg4gwa.

Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
Edge-DRsplash-10-edge-articles
I Smell a RAT! New Cybersecurity Threats for the Crypto Industry
David Trepp, Partner, IT Assurance with accounting and advisory firm BPM LLP,  7/9/2021
News
Attacks on Kaseya Servers Led to Ransomware in Less Than 2 Hours
Robert Lemos, Contributing Writer,  7/7/2021
Commentary
It's in the Game (but It Shouldn't Be)
Tal Memran, Cybersecurity Expert, CYE,  7/9/2021
Register for Dark Reading Newsletters
White Papers
Video
Cartoon
Current Issue
Improving Enterprise Cybersecurity With XDR
Enterprises are looking at eXtended Detection and Response technologies to improve their abilities to detect, and respond to, threats. While endpoint detection and response is not new to enterprise security, organizations have to improve network visibility, expand data collection and expand threat hunting capabilites if they want their XDR deployments to succeed. This issue of Tech Insights also includes: a market overview for XDR from Omdia, questions to ask before deploying XDR, and an XDR primer.
Flash Poll
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2022-28803
PUBLISHED: 2022-06-29
In SilverStripe Framework through 2022-04-07, Stored XSS can occur in javascript link tags added via XMLHttpRequest (XHR).
CVE-2022-29269
PUBLISHED: 2022-06-29
In Nagios XI through 5.8.5, in the schedule report function, an authenticated attacker is able to inject HTML tags that lead to the reformatting/editing of emails from an official email address.
CVE-2022-29270
PUBLISHED: 2022-06-29
In Nagios XI through 5.8.5, it is possible for a user without password verification to change his e-mail address.
CVE-2022-29271
PUBLISHED: 2022-06-29
In Nagios XI through 5.8.5, a read-only Nagios user (due to an incorrect permission check) is able to schedule downtime for any host/services. This allows an attacker to permanently disable all monitoring checks.
CVE-2022-29272
PUBLISHED: 2022-06-29
In Nagios XI through 5.8.5, an open redirect vulnerability exists in the login function that could lead to spoofing.