Vulnerabilities / Threats
8/18/2010
03:17 PM
Connect Directly
RSS
E-Mail
50%
50%

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.

Comment  | 
Print  | 
More Insights
Register for Dark Reading Newsletters
White Papers
Flash Poll
Current Issue
Cartoon
Video
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2014-2963
Published: 2014-07-10
Multiple cross-site scripting (XSS) vulnerabilities in group/control_panel/manage in Liferay Portal 6.1.2 CE GA3, 6.1.X EE, and 6.2.X EE allow remote attackers to inject arbitrary web script or HTML via the (1) _2_firstName, (2) _2_lastName, or (3) _2_middleName parameter.

CVE-2014-3310
Published: 2014-07-10
The File Transfer feature in WebEx Meetings Client in Cisco WebEx Meetings Server and WebEx Meeting Center does not verify that a requested file was an offered file, which allows remote attackers to read arbitrary files via a modified request, aka Bug IDs CSCup62442 and CSCup58463.

CVE-2014-3311
Published: 2014-07-10
Heap-based buffer overflow in the file-sharing feature in WebEx Meetings Client in Cisco WebEx Meetings Server and WebEx Meeting Center allows remote attackers to execute arbitrary code via crafted data, aka Bug IDs CSCup62463 and CSCup58467.

CVE-2014-3315
Published: 2014-07-10
Cross-site scripting (XSS) vulnerability in viewfilecontents.do in the Dialed Number Analyzer (DNA) component in Cisco Unified Communications Manager allows remote attackers to inject arbitrary web script or HTML via an unspecified parameter, aka Bug ID CSCup76308.

CVE-2014-3316
Published: 2014-07-10
The Multiple Analyzer in the Dialed Number Analyzer (DNA) component in Cisco Unified Communications Manager allows remote authenticated users to bypass intended upload restrictions via a crafted parameter, aka Bug ID CSCup76297.

Best of the Web
Dark Reading Radio
Archived Dark Reading Radio
Marilyn Cohodas and her guests look at the evolving nature of the relationship between CIO and CSO.