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.

Vulnerabilities / Threats

03:17 PM

Ferreting Out Rogue Access Points And Wireless Vulnerabilities

To comply with regulations, companies increasingly must scan their wireless networks -- a third of which have rogue APs or other insecurities

For almost 18 months starting in 2005, attackers used wireless networks at TJX and other retail chains to steal credit card data. The vulnerabilities were not an isolated instance: Subsequent research found that about half of all retail outlets in one shopping center had insecure wireless networks.

Today, WiFi security has improved somewhat, but insecurities in installations still remain far too common. Vulnerability assessments of more than two dozen companies found a quarter have rogue wireless access points that were installed by employees, and a third of their wireless networks had misconfigurations that undermined their security, according to wireless security firm AirTight Networks, which conducted the tests.

"A rogue AP is a very serious problem if you have it -- an unmanaged, unknown device that is circumventing your defenses," says David King, CEO of AirTight. "All the layers of defense that you worked so hard to put in can be circumvented by a single device that is communicating in the clear."

Following the breaches at TJX and other retailers, the Payment Card Industry started requiring quarterly scans of wireless networks. It's likely it will increase the requirement to monthly scans, King says.

Companies that use wired-only scans are missing half of the picture, he says. Vulnerability scanning on the wired network could pick the wireless routers, but it won't find insecurities in the wired network.

"If you think about [wired-only scanning], that's goofy -- it doesn't make any sense," King says. "In the case of the TJX hacker, you wouldn't have found any of that."

The need for better wireless security analysis has led companies, such as AirTight, to build their businesses on wireless versions of intrusion detection systems and intrusion prevention systems -- so-called WIDS and WIPS.

"If you do scanning to get compliance, there is a requirement in the spec that you have to scan. You have to have alerts and have a corrective action plan," he says.

While vulnerabilities in wireless networks are common, wireless attacks are a far less common occurrence. Between 2004 and 2006, 13 percent of cases investigated by the incident response teams at Verizon Business involved improperly secured wireless networks. Yet the teams only found a single incident involving wireless networks as a vector in each of the following three years. In 2009, the breach occurred because of a rogue access point.

Companies should go beyond just relying on the wireless network's encryption, such as WPA2 or the weaker WPA, and instead use a strong virtual private network technology, such as IP security (IPSec), says Marc Maiffret, chief technology officer for eEye Digital Security.

"Your wireless network could be using WPA2, but the attackers could eventually figure out a way to break that," he says. "Encrypting your connections is another layer of defense."

Another common vulnerability in wireless networks is caused by misconfiguring guest access, Maiffret says. The corporate wireless network uses wireless encryption, such as WPA2, and per-user authentication, but the guest network is either configured so that a visitor could access corporate IT assets, or it sits behind the same router as the rest of the network.

Both situations could help an attacker, he says.

"They throw it between the Internet access point and their main router, but now if that access point is compromised, you can sit there and sniff everything going out of the company," Maiffret says.

Companies should keep the quest network completely quarantined from their corporate LANs, even going so far as to have a separate Internet connection for it, Maiffret says. "Make sure that it is truly separated," he says. "We suggest that people not even put the guest network on their main Internet link, but on a backup link."

Have a comment on this story? Please click "Discuss" below. If you'd like to contact Dark Reading's editors directly, send us a message.


Recommended Reading:

Comment  | 
Print  | 
More Insights
Newest First  |  Oldest First  |  Threaded View
COVID-19: Latest Security News & Commentary
Dark Reading Staff 7/6/2020
Ripple20 Threatens Increasingly Connected Medical Devices
Kelly Sheridan, Staff Editor, Dark Reading,  6/30/2020
DDoS Attacks Jump 542% from Q4 2019 to Q1 2020
Dark Reading Staff 6/30/2020
Register for Dark Reading Newsletters
White Papers
Current Issue
How Cybersecurity Incident Response Programs Work (and Why Some Don't)
This Tech Digest takes a look at the vital role cybersecurity incident response (IR) plays in managing cyber-risk within organizations. Download the Tech Digest today to find out how well-planned IR programs can detect intrusions, contain breaches, and help an organization restore normal operations.
Flash Poll
The Threat from the Internetand What Your Organization Can Do About It
The Threat from the Internetand What Your Organization Can Do About It
This report describes some of the latest attacks and threats emanating from the Internet, as well as advice and tips on how your organization can mitigate those threats before they affect your business. Download it today!
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
PUBLISHED: 2020-07-07
MobileIron Core and Connector before, 10.4.x before, 10.5.x before, 10.5.2.x before, and 10.6.x before, and Sentry before 9.7.3 and 9.8.x before 9.8.1, allow remote attackers to execute arbitrary code via unspecified vectors.
PUBLISHED: 2020-07-07
MobileIron Core and Connector before, 10.4.x before, 10.5.x before, 10.5.2.x before, and 10.6.x before allow remote attackers to bypass authentication mechanisms via unspecified vectors.
PUBLISHED: 2020-07-07
MobileIron Core and Connector before, 10.4.x before, 10.5.x before, 10.5.2.x before, and 10.6.x before allow remote attackers to read files on the system via unspecified vectors.
PUBLISHED: 2020-07-07
In Electron before versions 6.1.1, 7.2.4, 8.2.4, and 9.0.0-beta21, there is a context isolation bypass, meaning that code running in the main world context in the renderer can reach into the isolated Electron context and perform privileged actions. Apps using "contextIsolation" are affecte...
PUBLISHED: 2020-07-07
In Electron before versions 7.2.4, 8.2.4, and 9.0.0-beta21, arbitrary local file read is possible by defining unsafe window options on a child window opened via window.open. As a workaround, ensure you are calling `event.preventDefault()` on all new-window events where the `url` or `options` is not ...