On CBS.com: Surivor Exclusive Secret Scenes
BNET Business Network:
BNET
TechRepublic
ZDNet

July 18th, 2007

A secure Wireless LAN hotspot for anonymous users

Posted by George Ou @ 1:50 pm

Categories: Consumer electronics, Desktop, Hardware, Infrastructure, Mobile/Wireless, Networking, Security, Servers, Technology policy

Tags: Security, HotSpot, Password, WLAN, RADIUS, User, Wireless, George Ou

 This information is also available as a TechRepublic PDF download.

As ubiquitous and convenient as Wireless LAN Hotspots are, it is probably the single most dangerous technology to the mobile computer user. From a security standpoint it is an absolute nightmare because of multiple inadequacies. The two biggest issues with Hotspots is that you have no idea if you’re connecting to a legitimate Access Point or if you’re connecting to a hacker’s fake Access Point and everything you send and receive is transmitted in clear text with no encryption.

Anyone who doubts that this is a problem should ask themselves if they would post their email account passwords in my talkback section at the bottom of this blog or go in to an airport and yell out their user account names and passwords as loud as they can. If the answer is no then they should be concerned with Hotspot security. If we look at Defcon’s Wall of Sheep every year, a sucker is literally born every minute and this isn’t because there were hard-core hackers breaking in to people’s Wireless LAN connections. In fact the only thing there were doing was passively listen as users sent out their usernames and passwords in clear text over the radio waves and posted the results on the Wall of Sheep. Of course we can always expect users to use some form of a VPN solution and encrypt everything going over the air but the vast majority of hotspot users don’t do that and even when they do use VPN it doesn’t necessarily encrypt all traffic.

Hotspots face the classic convenience and usability versus security tradeoff and 999 out of 1000 times the Hotspot will choose convenience and usability. The last time I used a secure Wireless LAN hotspot was at RSA 2007 and they proved why the security without the convenience is utterly unusable. This year at least they tried to make it a little easier than RSA 2006 by giving out anonymous usernames and passwords (instead of personalized accounts) but they still up running a line 20 people deep with a three-man helpdesk helping people set up their secure Hotspot access at the RSA conference. It must have wasted a thousand man-hours between the helpdesk and the users that had to wait in line. For this reason, no one bothers setting up a secured Hotspot and users won’t use it even if they did because it would be too much trouble acquiring a username and password. But does it really have to be this way?

I have seen hotspots that use WPA-PSK (Wi-Fi Protected mode using Pre-Shared Key) to offer some level of privacy, but that’s only private against people who don’t have access to the PSK. Microsoft for example hosts conferences using WPA-PSK by handing out USB keys with automatic client configuration and a complicated random string used for the PSK. Even ignoring the fact that you need to physically give something to each guest for them to be able to make the connection, this mode of security can be snooped by anyone with access to the PSK because they can sniff and decode the decryption key during the initial setup of a WPA-PSK connection.

But there is actually a better and easier way to set up a secure Wireless LAN hotspot for an anonymous user using a single generic and common username and password that anyone can remember. An interesting property of PKI is that it allows us to do a secure key exchange without any usernames or passwords so long as one side has a trusted digital certificate. This concept is used millions of times a day by ordinary users anytime someone goes to an SSL-secured webpage and the secure authentication channel is set up before the user enters a username and password. The same general concept could be applied to the Wireless LAN world with a slight twist in the implementation.

An interesting feature of Wireless LAN security using 802.1x and PEAP mode is that it is possible to log in with the same anonymous guest account with a publicly known password for any number of people and still provide each user with a secure point-to-point link-layer encryption. That means that someone with full knowledge of the anonymous guest user account and password will not be able to eavesdrop on any user that uses this hotspot system. So even if everyone in the world knows the username is “guest” and the password is “guest”, they’ll have connectivity to the network with more privacy than a typically unencrypted wire connection.

To implement this solution, we can do this with any typical Wireless LAN Access Point and a RADIUS server (how to set one up). So long as the connection between the Access Point and RADIUS server is secure or there is a sufficiently complex RADIUS secret, each wireless client has complete privacy. In this case since it’s such a simple implementation, the RADIUS server could be embedded in to the Access Point itself which means you don’t even have to worry about the RADIUS secret strength. The RADIUS server does however need a publicly trusted Digital Certificate (how-to guide here) which you can purchase for $20 at places like GoDaddy.com and there’s literally zero difference between that and the $200 Certificates from other Certificate Authorities. Going with an in-house or self-signed Digital Certificate for this particular application isn’t appropriate because external users have no trust relationship with your in-house Certificate Authority or your self-signed Digital Certificate and there is no easy way to automate that trust relationship like you can for internal users.

A RADIUS server is typically connected to a backend user directory such as Microsoft Active Directory, Novell, or LDAP but this particular application doesn’t require that since we only need a single user account. We can set up a local user in the RADIUS server named “guest” with the password also set to “guest” which is extremely generic and easy to remember. That means when the user connects to this secured Hotspot, they will have to do an initial 802.1x/PEAP setup where they enter in the username and password. Since the credentials are so easy to remember, it’s possible to do a quick-and-dirty setup guide for Windows and Mac with no complicated keys to remember or personalized user credentials. Fortunately, the guest credentials and the entire setup process can be saved for future use and the fact that it’s so generic means that it can be applied consistently on a very large scale. Anyone looking to implement an easy to use and secure Wireless LAN Hotspot should seriously consider this solution.

George Ou is Technical Director of ZDNet. See his full profile and disclosure of his industry affiliations.

  • Talkback
  • Most Recent of 54 Talkback(s)
Your certificate name does not need to match the server name
Your certificate name does not need to match the server name. That's a false assumption. The machine names could be anything; it's the RADIUS server that needs to be configured for the purported cer... (Read the rest)
Posted by: georgeou Posted on: 01/30/08 You are currently: a Guest | | Terms of Use
Great Article  D. T. Schmitz | 07/18/07
Thanks. For experts like you, I'm not worried.  georgeou | 07/18/07
Unfortunately...  D. T. Schmitz | 07/18/07
Ah but it can be made easier  georgeou | 07/18/07
What we really need to hope  Azriphale | 07/19/07
Oh for sure, I'm just hoping RSA and Microsoft will start the trend  georgeou | 07/19/07
nice idea dood... niiiiiiice!!!!!!  pcguy777 | 07/19/07
security concern  leomezza | 07/19/07
You would give up the hashed credentials  georgeou | 07/19/07
re:  pcguy777 | 07/19/07
I Fail To See...  wolf_z | 07/19/07
but the cert has to be trusted  pcguy777 | 07/19/07
The publicly trusted certificate  georgeou | 07/19/07
And if it's *stolen*?  wolf_z | 07/20/07
If you want to make that argument, then let's just give up  georgeou | 07/20/07
It's not an argument - it's a flaw.  braithwaiteinbritain | 07/23/07
You simply don't understand how PKI works  georgeou | 07/23/07
Interesting... but  fspevak@... | 07/19/07
Unfortunately  Azriphale | 07/19/07
Dynamic Forward/SOCKS  D. T. Schmitz | 07/19/07
https proxy servers  pcguy777 | 07/19/07
Yes you're on your own unless the Hotspot provider is willing to provide  georgeou | 07/19/07
Secure Wireless Traveling  atarentus | 07/21/07
UltraVNC with DSM encryption plugin?  thelemite | 07/23/07
SSH SSL & HTPS  clareJ | 07/19/07
Again, that level of diligence is the rare exception  georgeou | 07/19/07
Can anyone explain to me  sduraybito | 07/19/07
Cble and DSL security  cchamb2 | 07/19/07
Network cable?  sduraybito | 07/19/07
Not just the fact that they can use your connection, they can snoop on you  georgeou | 07/19/07
Tapping a DSL line is possible but requires physical access  georgeou | 07/19/07
But tapping a cable modem is not hard.  clareJ | 07/19/07
The requirement for a physical tap is much harder  georgeou | 07/19/07
The pdf is damaged and undownloadable  john.st.lawrence@... | 07/19/07
Thanks for the heads up, I'll ask them to fix ASAP  georgeou | 07/19/07
Getting same error  null.corey@... | 07/23/07
PDF is still damaged  balford@... | 07/25/07
Re: Wireless security  yesigotfaith | 07/19/07
Always glad to be of help  georgeou | 07/19/07
End to end encryption  JDThompson | 07/19/07
Sure, but 9 out of 10 times it isn't used  georgeou | 07/19/07
WPA guests and captive portal  memcorruption | 07/19/07
Hey that's cool! What I really want is someone to implement this on a Link  georgeou | 07/20/07
I mean I want the actual RADIUS server running on the router  georgeou | 07/20/07
RADIUS server running on the router...  pauldodd | 07/24/07
Excellent article  SoberDub | 07/24/07
Perhaps too many steps for mere mortal users?  tom-morris@... | 07/26/07
The user only has two steps  n.stockwell@... | 07/26/07
What about setting up the WiFi client?  tom-morris@... | 07/27/07
You should look at George's next post  n.stockwell@... | 07/27/07
Alternative  raggi | 08/08/07
Public Certificate Query  sburton@... | 08/13/07
Your certificate name does not need to match the server name  georgeou | 01/30/08
RE: A secure Wireless LAN hotspot for anonymous users  rohan121@... | 09/17/07

What do you think?

SponsoredWhite Papers, Webcasts, and Downloads

Click Here
advertisement

Recent Entries

Top Rated

    advertisement

    Archives

    ZDNet Blogs

    White Papers, Webcasts, and Downloads