Taking the Leap to PEAP for Wireless
Access points are proliferating, but there still are no formal policies or standards in place. Someone has to keep an eye on things. By Mathias Thurman
Computerworld - It's strange. Our company has yet to embrace wireless as a global deployment, yet every couple of months, the number of access points seems to double.
The other day, I received a call from one of the lab managers. He wanted to deploy a bar code system for asset tracking. The bar code reader would transmit information via Bluetooth to a Hewlett-Packard iPaq, which has a built-in wireless card. He wanted to deploy several access points so that the iPaq could communicate asset tag data in real time to a back-end database residing on our corporate network.
Another call came from one of our briefing centers, where the manager wanted some access points so that visitors could check their e-mail, make airline reservations, print itineraries or do general Internet browsing. I also found out that upper management has approved the installation of access points for every new facility that comes online. That's a lot of access points, since we're expanding in India, Singapore and China, and we've added offices in Virginia and other locations.
But despite this growth in wireless use, we still have no formal policies for wireless deployment or a project manager to oversee the spread of access points. Instead, network engineering and I are driving the entire process. Last week, we decided to abandon our Cisco LEAP implementation because of perceived vulnerabilities in the way that protocol handles passwords. Unless a strong password is used, hackers can easily compromise the wireless connection and gain access to our network. And having concluded that no matter what we chose there would probably be an exploit or published vulnerability at some point, we decided to deploy two-factor authentication to force people to use an RSA SecurID token before they can associate to an access point. Our hope is that even if a particular protocol becomes compromised, the two-factor authentication process will continue to protect us.
We explored several options and found that the only way to make use of our existing deployment of RSA SecurID tokens while getting two-factor authentication was to deploy PEAP. PEAP, which stands for Protected Extensible Authentication Protocol, was developed jointly by Microsoft, RSA Security and Cisco for transmitting authentication data, including passwords, over wireless nets. What sets PEAP apart from LEAP is that communications between the wireless client and the authentication server (Cisco ACS) are tunneled. With LEAP, the authentication information is passed in clear text. With PEAP, the authentication data is transmitted after the encrypted tunnel is created.
Working Things Out
We had a


- Excel 2010 Cheat Sheet
- Register for this Computerworld Insider Cheat Sheet and gain access to hundreds of premium content articles, guides, product reviews and more.
- Driving Secure Enterprise File Sharing and Syncing in the Enterprise
- GroupLogic's new activEcho is the industry's only secure Enterprise File Sharing and Synching solution that balances the need for simplicity for the end...
- The Enterprise File Sharing Option
- Enterprises and IT departments need to address several critical security issues when considering file sharing and syncing products. Many of today's solutions do...
- Security Strategies to Virtualizing Internet-Facing Applications
- The IT organization at Intel has set a goal to transition their enterprise to a private cloud for their Office and Enterprise applications....
- Cloud Security Planning Guide
- Cloud security considerations span protecting hardware and platform technologies in the data center to enabling regulatory compliance and defending cloud access through different...
- Cloud Security Vendor Round Table
- This vendor round table guide will help you to evaluate different cloud technology vendors and service providers based on a series of questions... All Security White Papers
- Live Webcast
Data Privacy and Protection in Production Environments: New Research from Ponemon Institute - Date: Wednesday, June 13, 2012, 1:00 PM EDT / 10:00 AM PDT
In a recent study conducted by Ponemon Institute, fifty-five percent of respondents... - Data Privacy and Protection in Production Environments: New Research from Ponemon Institute
- Date: Wednesday, June 13, 2012, 1:00 PM EDT / 10:00 AM PDT
In a recent study conducted by Ponemon Institute, fifty-five percent of respondents... - Security Certifications 101 - BlackBerry and all those acronyms what do they mean and why they matter?
- FIPS, Common Criteria, CAPS, AISEP, NFC, NIST, Fraunhofer SIT, CESG, DSD - these are just some of the government and industry certifications which...
- BlackBerry PlayBook OS 2.0 Security Overview
- The presentation provides an overview of BlackBerry PlayBook OS 2.0 security capabilities and features, including: BlackBerry® Balance™ technology, BlackBerry® Bridge, data-at-rest protection, and...
- BlackBerry NFC Security Overview
- The presentation on NFC security will provide an overview of the security protections built into the BlackBerry platform to protect users, application developers...
- Playing Defense: Staying on Top of Your Disaster Recovery Game
- When it comes to disaster recovery, rapidly growing data volumes, distributed computing models, and new technologies all combine to present an ever-changing playing... All Security Webcasts