WPA cracked in 15 minutes.
pcworld.com
pcworld.com
My current OpenVPN solution is actually pretty user-friendly - it doesn't "magically" connect as soon as my AP comes into range, but it is just one click to start. It's almost certainly possible to run the script from the event directly. The nice thing is that you can implement this now, and OpenVPN runs on Linux, OSX, Windows, probably the BSDs too.
I also have an OpenVPN server that's accessible from the internet, which is handy to use from public wifi. I realise that it's not end-to-end encryption, but having my cookies etc. available to everyone around is just a little too scary.
http://www.schneier.com/blog/archives/2008/01/my_open_wirele...
EDIT: I'm no lawyer, and it's been a while since I read the articles on the topic, but the issue was effectively that you fall into one of two categories operating an open AP:
- you get treated as an ISP. In that case I think you need to establish some kind of (implied or explicit) contractual relationship with your "customers" (paying or not) and are subject to various regulations. Hardly feasible.
- everything your "users" do is your responsibility.
I misremembered some of this stuff, and there are no doubt various subtleties I didn't go into. The subject was covered in various articles in the popular German c't magazine. http://www.heise.de/ct/
Is that a trivial next step, or is the headline misleading?
The older WPA algo's can be broken totally given time (mostly to collect a LOT of data - something like 4 to 20 million packets sometimes).
We couple a small laptop used for collections & injection (to generate data) with our cracking cluster back at our office. Given about 3 or 4 days of activity on a WPA network it is usually possible to get in :)
We use full on brute force rainbow tables with some custom ideas / programs (obv can't share much of that). In it's simplest form we have 8 file servers, 1000 nodes and 2 head servers. 150+TB's of rainbow tables. Basically we combine the shortcut of rainbow tables with intelligent analysis of the packets and the brute force of the cluster.
For WPA we use some of our own techniques to intelligently make use of the data that gets sent back. Usually we can start to work on the data after 1 day of collection and it can be possibly 2 more days before it is cracked (depending on the other work running on the cluster)
Currently we have 2 specialists employed who are working with me to find ways to break the time down further (with great success) and I am also currently testing and cycling up another 9,000 nodes to add into the cluster.
By early next year we hope to be able to turn up at a location and crack WPA networks in a days work :)
In terms of economy it is not great (working on that) as your looking at about £5-8,000 outlay just to break in - but for speed I believe it is unmatched.
Bear in mind ofc this is not representative of what a hacker could do. The rainbow tables (for all our decryption not just WPA) have taken 8yrs to make so far (on around 5000 nodes) and we still have about 2yrs more work to do on them. What this article talks about is a shortcut technique but ultimately I dont beleive it will lead to an inherent weakness which can bypass the need for our type of attack. But what it will be useful for is forcing the network to generate traffic :)
Hopefully sometime next year we should be read to deploy our full AES attack - but that (based on current testing) is going to require a LOT of nodes (possibly pushing 25,0000).