Slashdot Mirror


IEEE Approves 802.11i

Dozix007 writes "IEEE has approved a new wireless security protocol dubbed 802.11i, intended to finally provide sufficient security for wireless connections that users don't need to rely on alternate security layers. The new specification works by using AES encryption in the transceiver itself, encrypting data directly at the level just above the actual radio pulses themselves. That makes it transparent for applications sending data through the radio, so legacy programs running on new 802.11i-compliant hardware will automatically get the benefits of the new protocol without the need for modification."

69 of 302 comments (clear)

  1. Sure but does it require new equipment by Bruha · · Score: 3, Interesting

    Or can I do a firmware upgrade on my Linksys WRT54GS.

    $$$$ Dude.

    1. Re:Sure but does it require new equipment by spellraiser · · Score: 5, Informative

      Well, since encryption only involves standard processing, a firmware upgrade should be all that's required. Don't see any reason why a device would need to be created specifically for 802.11i. This is also interesting (taken from here):

      Cisco, one of the largest providers of enterprise APs, said AES is supported in hardware on the IEEE 802.11g versions of AP models 1100, 1200, and the newly announced 1300 outdoor AP/bridge. However, a software upgrade for those devices will be required. Software upgrades will also be available for 802.11a, b and g card-bus and NIC cards.

      Although they don't state it explicitly, it's a pretty fair bet that firmware upgrades for Linksys APs will be available at some point.

      --
      I hear there's rumors on the Slashdots
    2. Re:Sure but does it require new equipment by tmasssey · · Score: 4, Insightful
      Three things:

      1) It's not likely that the 200MHz CPU in that thing is going to handle 54Mbit worth of traffic. AES is not the easiest to calculate...

      2) Even so, it's highly likely that a firmware update could *possibly* add this. Will Cisco? My guess is no: they are not incented to make your current device more useful. They'd rather sell a new device.

      3) The beauty of OpenSource is that you can add whatever features you want...

    3. Re:Sure but does it require new equipment by paranode · · Score: 4, Insightful

      Don't see any reason why a device would need to be created specifically for 802.11i.

      Ah, that would be because corporations are greedy. Sure they could give you a firmware upgrade, but they could also peddle a completely new product that costs you money.

    4. Re:Sure but does it require new equipment by rsmith-mac · · Score: 2, Interesting

      Being inept can also be an issue. With Linksys's 802.11b wireless routers(the BEFW11S4 series), they only attempted to even implement WPA on the v4, and that implementation doesn't reliably work, even though it's entirely possible to get it reliably working on all 802.11b equipment. For a lot of these routers, just getting them to work well with the company-custom firmware is hard enough; for new features, they might as well let their chipset supplier(Broadcom, etc) take care of it, and roll the stuff in to a new chipset and its associated base firmware.

    5. Re:Sure but does it require new equipment by tmasssey · · Score: 5, Insightful
      According to this article, the speed of encryping 128 bits of data with a 128-bit AES key is 730 cycles on a 32-bit MIPS processor. To keep it consistent with your numbers, that's actually >45 cycles/byte. At approximately 5 Million bytes/sec (54Mbit wireless), and 45 cycles/byte, that's 225 Million cycles per second right there. IIRC, the processor that's embedded in the router has a single pipeline at 200MHz, or, at best, 200 MIPS.

      In other words, assuming *zero* processing overhead, we're 25 MIPS short for wire-speed encryption.

      These are very rough numbers, but think of it this way: do you think Cisco (or whoever) spec'ed a processor substantially faster than what they needed? From my peronal experience, embedded processors do not usually have more than a few percent more performance than they need: rarely do they have even 30% more performance than they need. Even if they design a system with a way-fast processor, one of two things happen: their code bloats to use that speed (or they quit optimizing because they don't need to), or they end up buying a lower-cost, slower processor for production!

      In short, it's highly unlikely that the Wrt54g will have anywhere near the CPU power to do wire(less)-speed AES at 54Mbit. Half that? Maybe, but not all of it.

    6. Re:Sure but does it require new equipment by Karrots · · Score: 2, Informative

      The cisco wireless people came and talked to us at work. They made sure the menioned that all their hardware had an ASIC just for doing AES encryption so it would be fast. They talked about it being in their AP's though. He also made mention that they would be software upgradeable to support 802.11i when it was aproved. It seems they also said that it was also in beta firmware also.

    7. Re:Sure but does it require new equipment by AusG4 · · Score: 2, Informative

      I've answered my own question.

      For those wondering what I'm rambling about with WPA and TKIP, you can read this. It explains the relationship between WPA and 802.11i, as well as what TKIP is and why TKIP will work on any processor that can handle RC4.

      --
      bash-3.00$ uname -a
      SunOS panda 5.10 Generic sun4u sparc SUNW,Ultra-2
  2. Watch your Head! by Braingoo · · Score: 2, Funny

    Oh no another wireless radio wave flying through the air! Oh well maybe I can pic up the internet if i tune my radio just right!

  3. Ah Finally! by scosol · · Score: 4, Insightful

    "sufficient" security- hahahahah history teaches us nothing apparently

    --
    I browse at +5 Flamebait- moderation for all or moderation for none.
    1. Re:Ah Finally! by nazsco · · Score: 5, Funny

      encription in EVERY protocol layer and then some encription in the software, that's runing trhu ssh... so i can safely read my mail that i protected with my birtday as the password.

    2. Re:Ah Finally! by Kymermosst · · Score: 4, Funny

      encription in EVERY protocol layer and then some encription in the software, that's runing trhu ssh... so i can safely read my mail that i protected with my birtday as the password.

      I'd say your spelling problems provide enough encryption at the user level.

      --
      "Alcohol, Tobacco, Firearms, and Explosives" should be a convenience store, not a government agency.
  4. Long Time Until it Replaces B/G by artlu · · Score: 2, Interesting

    Even if I is going to be the new wireless standard, there is going to be many years until it becomes it. G was supposed to become the new standard, and I am rarely in a situation where my Powerbook picks up a G signal.

    Does anyone have any figures on how long between products get rolled out until inception in the digital world? I would be curious to see the timeliens of some products such as: 3.0megapixel cameras, DSL/Cable, 802.11b/g, etc.

    GroupShares Inc. - A Free and Interactive Investment Community

    --
    -------
    artlu.net
    1. Re:Long Time Until it Replaces B/G by radixvir · · Score: 2, Insightful

      thats probably because for most purposes B is fine. i mean who is going to spend more on G when typical internet speeds never even reach 11Mps? G maybe is fine for the office or home where you are talking to local servers or other clients, but starbucks doesnt need more than a B.

    2. Re:Long Time Until it Replaces B/G by XMyth · · Score: 2, Funny

      Ironic....I ignored his sig until you mentioned it. Now I'm checking out the site.

      =)

  5. It's about time... by Shoeler · · Score: 5, Interesting

    Hopefully the approval of the standard will reel in the multiple competing vendor solutions that have been out there. From Cisco's LEAP to TKIP (Aka WEP2), most still would not encrypt things like the MAC address or ESSID. For companies who are actually security-minded and wouldn't deploy wireless without a truely secure standard, this should be their open door to some real mobility.

    Now if only I can convince my employer so I can use Trillian to get me through those boring meetings. :)

  6. Suspicious by gUmbi · · Score: 5, Funny

    What happened to 802.11h? Was it brushed under the rug by the NSA? The CIA? The Bush family?

    Get out the tin foil hats boys, this is a big one.

    1. Re:Suspicious by shigelojoe · · Score: 2, Funny

      You think that's big, what about 802.11c through 802.11f?

      This one calls for a freaking tin foil *bodysuit*.

  7. awesome by joel2600 · · Score: 5, Insightful

    Now try explainging to regular people the difference between a/b/i/g/x and which ones work together, which ones don't and why.

    i hope the guys at best buy are up to speed to direct the consumers!

  8. Re:802******* and beyond by Anonymous Coward · · Score: 3, Informative

    Here you go. Pirate radio, on the cheap!

  9. 802.11h? by BoldAC · · Score: 4, Funny

    I hope this means that everybody is respecting my patent for 802.11h--which is, of course, packet transmission by horsepack. We are also trying to teach dolphins... the squeaks are tough to error correct. :(

  10. The i stands for... by calebb · · Score: 4, Funny

    The i is for incryption! [groan]

    Hey, if you don't think anyone makes that spelling mistake, check out this link!

    1. Re:The i stands for... by darkmeridian · · Score: 2, Funny

      "Incryption"? That's not a typo, silly. It's security through obscurity.

      --
      A NYC lawyer blogs. http://www.chuangblog.com/
  11. Firmware by kinzillah · · Score: 3, Interesting

    Is there any news on if this will be available as a firmware update for existing equipment? Or will our access points not have the required processing power to handle it?

    If thats the case, running a VPN over the wireless may still be the best option.

    --
    Douglas P. Price
  12. Lack of equipment or how it's supposed to work? by swb · · Score: 3, Insightful

    IANA wireless expert, but isn't one of the annoying gotchas of 802.11g that the presence of a B client drops all connected nodes down to B speeds?

    If I'm remembering that right, then what you're experiencing may not be a lack of standards uptake -- you could be connecting to a ton of 802.11g stations, but somebody's got a B card running.

  13. Is this really a good thing? by kabocox · · Score: 5, Insightful

    I know some seemless intergrated security is better than having it tacked on afterward. I've always felt that if folks trusted a default security layer to be perfect, they will get burned when the defaul layer is broken. You should always have application encryption of important data. You shouldn't just trust that your pipe will be encrypted. Sometimes those pipes get used by unauthorized third parties that's when having everything else encrypted comes in handy. I'm just afraid folks will switch to the 802.11i and not bother to encrypt any of their data.

    1. Re:Is this really a good thing? by DAldredge · · Score: 2, Insightful

      And them not encrypting their data is different for how they do things now?

    2. Re:Is this really a good thing? by aredubya74 · · Score: 2, Funny

      That's a bold statement.

      Hee hee.

      --

      RW

    3. Re:Is this really a good thing? by bloo9298 · · Score: 4, Interesting

      The parent should be modded up. I'd add that you should be suspicious of key management carried out below the application layer. Even the submitter emphasizes the wrong point, IMNSHO, when he/she says that AES will be used to secure the connection. The choice of encryption algorithm is almost inconsequential because the world has plenty of good encryption algorithms, but the key management is the really difficult part. Designing a protocol is moderately difficult too (read Peter Gutmann's VPN rant to see some examples of poor protocols).

  14. Change hardware *again*? No thanks by jeffmeden · · Score: 3, Insightful

    That makes it transparent for applications sending data through the radio, so legacy programs running on new 802.11i-compliant hardware will automatically get the benefits of the new protocol without the need for modification.

    And exactly 0% of the hardware will be backwards compatible. Who trusts data privacy flying across a network anyway? Isnt that what we have VPN, SSH, HTTPS, etc. for? IMHO we have more things to concern ourselves with, like interference countermeasures, signal efficiency, etc. Who is going to switch to a new hardware platform just because it offers a different (read: not necessarily better) encryption method?

  15. This is terrible news by piecewise · · Score: 4, Funny

    More security and more awareness for security means that I won't be able to leach off my neighbor's wireless and in turn that means I will not be able to sit on the toilet with my PowerBook and in turn that means I will have to stretch Ethernet clear across into the bathroom and THAT can create a fire hazard.

    Need I say more.

    --
    The next comment I write will be ready soon, but subscribers can beat the rush and see it early!
    1. Re:This is terrible news by pediddle · · Score: 2, Funny

      I've tried that... my powerbook heats up until it burns my bare legs.

  16. Let's hope 802.11 stops soon by FerretFrottage · · Score: 4, Funny

    ...because once we get to 802.11l we're really going to be screwed and nevermind the marketing nightmares.

    Sample tech support eamil exchange
    "I'm having problems with my 802.11l wireless router"

    "Did you say 802.111?"

    "No, 802.11l"

    "That's what I said"

    "No, you said 802.111, that's not due out til next month according to /."

    "Sorry sir, so you have our 802.11/. router?"

    --
    "Look Lois, the two symbols of the Republican Party: an elephant, and a fat white guy who is threatened by change."
  17. Re:Actually secure? by cmowire · · Score: 4, Insightful

    Perhaps.

    However, you do have to remember that a lot of classified information that would result in really major problems for many governments travels, encrypted, over the airwaves, on a regular basis. A cryptosystem isn't called secure unless it can't be broken in a reasonable amount of time, even if the bad guy knows your algorythm, and even if the bad guy is able to observe your transmissions.

    Basicly, what the entire WEP debacle has shown is that when you are transmitting over the airwaves, the importance of secure encryption increases. And that if you are going to make a widespread standard for encryption, you had better check it out with some folks who know encryption first.

  18. Poor Starbucks by Anonymous Coward · · Score: 4, Funny

    What the hell am I supposed to do at starbucks now If I can't sit around and sniff wirelessness??. Read the newspaper?!?!?!

  19. Key Management by provolt · · Score: 4, Interesting

    Did anyone else notice that there was no mention of key management? Who cares what algorithm it uses if there isn't secure key management. AES is a good choice for the encryption algorithm, but it might as well be plaintext if the key managment isn't handled properly.

    Is they key negotiated as part of the protocol? How is that exchange authenticated? How is access control done? Can anyone enter the network?

    Does it use a pre-placed key? How do you make sure the AP has every clients key? Can you access the AP without encryption? Do users have to type keys in?

    1. Re:Key Management by Beryllium+Sphere(tm) · · Score: 2, Interesting

      It Depends, but one of the options is called Pre-Shared Keys or PSK, and that involves typing a passphrase into the units, and the over-the-air protocol turns out to be vulnerable to dictionary attacks.

      I fearlessly predict that some of those passphrases will be chosen poorly.

      Security advice for your Aunt Tillie and Cousin Homebuilder: http://besphere.blogspot.com.

    2. Re:Key Management by DdJ · · Score: 2, Insightful

      I'll be really shocked if it works in a way fundamentally different, from a user experience standpoint, than today's systems.

      This means I'd bet someone $20 that it'll use a single shared key across the entire network, and client machines will obtain it from a user-entered password.

      But since it uses AES, all sorts of people will get excited and believe it's secure.

      So I see this as little more than a marketing ploy.

      Is it more secure than WEP and WPA? Yes. Yes, it's more secure, because in order to get the password that lets you get on the network and steal network resources and intercept everyone's data, you'll need to run a key logger or watch over someone's shoulder or get a virus on to their machine instead of just watching network traffic.

    3. Re:Key Management by DeathBunny · · Score: 4, Informative

      802.11i includes the 802.1x (ie. EAP) authentication and key management included in WPA. It's a superset of WPA.

    4. Re:Key Management by DdJ · · Score: 3, Insightful

      No, I'm saying that it's a marketing ploy be cause it is in actual fact not better than the solutions out there today, but decisions were made and messages were communicated merely to create the impresssion that it is. But I was a bit subtle about saying that, which can sometimes be a mistake in public forums.

      If you rely on encryption that behaves like that, you're foolish and will have problems.

      If you believe this is better than what has come before, you are more likely to rely on it.

      Therefore, I actually think this will in practice cause more harm than good with regard to actual security.

      IMHO, we need totally wide-open unencrypted wireless, with IPSec and nothing else running on top of that, with secure apps running on top of that. I think any crypto at this layer is essentially smoke and mirrors.

    5. Re:Key Management by DeathBunny · · Score: 2, Informative
      Here's links with some more info on 802.11i, also called WPA2.

      This PDF http://www.wi-fi.org/opensection/pdf/whitepaper_wi -fi_security4-29-03.pdf from the WIFI alliance talks about WPA2 near the very end of the document. According to this, WPA2 will use the same 802.1x authentication current used by WPA in enterprise deployments or the PSK mode currently used in home deployments of WPA.

      This PDF http://jcbserver.uwaterloo.ca/cs436/handouts/misce llaneous/Intel_Wireless_3.pdf has some interesting technical details about how the AES encryption in 802.11i works.

      Unfortunately, it looks like the actual 802.11i specification isn't publically available yet. According to this page http://standards.ieee.org/getieee802/ IEEE 802 drafts are publicly available 6 months after they are first published in PDF. I'm assuming this means that the 802.11i standard will be publicly available in 6 months?

  20. FW Upgrades for non-router 802.11x equipment? by Geiger581 · · Score: 2, Interesting

    My router claims to be firmware-upgradeable to 802.11i/AES 'when the time comes,' but what about other stuff? If given the option, I would a sufficiently upgradeable AP or wireless NIC. It seems that only routers have enough CPU horsepower to spare to do be indefinitely upgradeable, but could I be wrong?

  21. Does this finally solve the *other* major problem? by ConsumedByTV · · Score: 2, Interesting

    You know, the one that makes it that anyone on the wifi network can see all the other traffic?

    I personally think a HUB is still a bad idea, even if the main transports are encrypted to the outside. The insider doesn't need to be able to see anyones traffic unless it's repeated to the target. It would be great if it was encrypted and acted like a switch.

    I would still use my VPN with this.

    --


    "Not my manner of thinking but the manner of thinking of others has been the source of my unhappiness." - M
  22. OK, but how does it actually work by mamba-mamba · · Score: 4, Insightful

    You can't just say oh, it uses AES. AES is a symmetric cipher, which implies that there is a shared session key.

    How do the nodes generate and exchange a shared session key? Or do you have to enter an AES key manually before you even hook up? That would certainly lock down the node!

    It would be nice if someone posted a link explaining at a medium level how it actually works. I don't want to just go read a draft of the standard, but I wouldn't mind reading a few of the important details.

    MM
    --

    --
    By including this sig, the copyright holders of this work or collection unreservedly place it in the public domain.
    1. Re:OK, but how does it actually work by j+h+woodyatt · · Score: 5, Informative

      I am a wireless expert.

      802.11i uses AES for privacy, HMAC-SHA1 for integrity, and it defines its own protocol for establishing transient unicast and group session keys. You can use it with a pre-shared master key (derived from a simple passphrase), or you can use it conjunction with 802.1X and get per-user pairwise master keys derived from the authentication service.

      The Wi-Fi Alliance (I'm told) is calling 802.11i by the name WPA2. If you have hardware that supports the AES variant of WPA, then your vendor should be able to supply a firmware upgrade soon that will support WPA2.

      --
      jhw
  23. Re:Too many goddamn wireless standards. by Dun+Malg · · Score: 2, Insightful
    Why can't they just settle on one standard and go from there?

    That's essentially what's happening already. They settle on a standard, people adopt it. The trouble comes with the "go from there" part. Whenever you "go" anywhere new with a standard, the old stuff is non-compliant, thus requiring a new standard.

    --
    If a job's not worth doing, it's not worth doing right.
  24. In related news... by genka · · Score: 4, Funny

    Apple anounced it's own version, called i802.11

  25. Re:Better than IPSec over wi-fi... by Abcd1234 · · Score: 3, Insightful

    How is that a stop-gap? IPSec has one purpose: to protect IP traffic data over an insecure link. Sounds like it fits right into the wifi game. And given that it's a proven standard with many interoperable implementations, it still strikes me as an excellent option for people who wish to secure their wireless transmissions. This is especially true given that 802.11i won't be fully adopted in the market place for at least a year or two.

    Besides, there are *many* issues regarding security aside from the wire protocol. As one other posted mentioned, key management is one of these issues. How does 802.11i deal with this? I know IPSec has many different solutions available for key management, meaning I can make it fit into my network infrastructure. How does 802.11i fit into this picture?

  26. Now I'm confused. by JayJay.br · · Score: 2, Insightful

    Maybe I do not have enough knowledge to know shit about this, but it looks to me that this is a standard for encryption, and it obviously would be public key encryption, and transceivers would exchange public keys to talk.

    While this clearly means that now no one can sniff the SSID, is this going to be any better for those who leave it at the default? And without any kind of MAC authentication or network protection at upper levels, would knowing the SSID the only difficult imposed against abuse of the network?

    Not trolling, I just want to know if stupid admins can still mess this one up.

    1. Re:Now I'm confused. by David+Byers · · Score: 3, Interesting

      Stupid admins can mess anything up.

      IEEE 802.11i uses AES, which is not a public key algorithm, but it does provide for a key exchange process which can be based on public key cryptography (but doesn't have to be).

      As for hiding the SSID, I question the accuracy of tha article. It doesn't tally with what I've read about 802.11i over the last year. I don't think 802.11i provides for encryption of the entire frame any more than WEP or WPA does, and AFAIK it doesn't provide any security for management frames, so the SSID should still be in the open.

      MAC-based authentication is useless for deterring a serious attacker, but 802.11i provides for 802.1x port-based authentication, which typically will operate at the user level.

      Although 802.11i provides for generating the master key on-the-fly, I suspect that many installations (expecially home networks) will use pre-shared keys, which are usually hashed passwords and thus vulnerable to dictionary attacks.

  27. Re:Now we can start waiting for a total break of A by m0rningstar · · Score: 3, Informative

    AES, like DES and 3DES is a public algorithm and was subject to extensive peer review prior to adoption by the US government. (It's not a US algorithm; the original name was Rijndael). It was chosen for key length, security and efficiency of the algorithm and memory footprint among other things.

    While this doesn't guarantee the security, it certainly improves the chances of it being as secure as possible. AFAIK, DES/3DES, a 20+ year old algorithm is still only vulnerable to brute force attacks.

    The real fear here -- as in any encrytion system -- is the security of the key handling protocol. It's TKIP not AES that'll be the key to the security of 802.11i.

  28. No by billybob · · Score: 3, Informative

    I have a netgear wireless router that does G and B. It can handle both at the same time just fine, and does not drop the G down to B speeds if there is a B client. :)

    Maybe some routers do this, honestly I wouldnt be surprised, but I'm just letting you know that mine doesn't.

    --
    Joseph?
    1. Re:No by scd · · Score: 4, Informative

      The actual issue is that some of the 802.11 protocol has to be done at speeds that all possible connecting units can understand. What this amounts to is that 'handshaking' is done at B speeds to allow B units to communicate, while the actual data transfer for G units is done at G speeds.

      This causes some slowdown for G units. If an access point has proper settings, you should be able to make it do G only, thereby speeding up all G units at the expense of disallowing B units from connecting at all.

      At least, the 802.11 protocol allows this, don't know if APs do or not.

  29. MAC encryption by m0rningstar · · Score: 2, Informative

    From what I can read on the NIST 802.11 overview it's still not designed to protect identity.

    Thus it will still not encrypt ESSID (used as a clue for what encryption credentials you need, NOT as a security measure) or the MAC address of the systems using it. (Page 29 of the above referenced article).

    It's designed to address two of the three of the CIA principles, those being confidentiality and integrity of your data. Not to hide who is on the wireless network.

  30. Re:Does this finally solve the *other* major probl by zerOnIne · · Score: 2, Interesting

    so, how exactly do you propose we do a separate physical wire over radio? and don't give me a set-frequency-per-endpoint response, because that doesn't address the scan-all-frequencies-and-listen approach.

    i'm not trolling here, i'm really wondering.

    --
    09
  31. Some fool... by Anonymous Coward · · Score: 2, Funny

    ... wrote the RFC using IPv5.

  32. Re:Does this finally solve the *other* major probl by srwalter · · Score: 2, Informative
    You know, the one that makes it that anyone on the wifi network can see all the other traffic?
    I can't help but think that you don't know what you're talking about. The whole nature of RF is that if one person can receive the radio waves, so can several other people. You can't just select a single point to broadcast to. Sure, you can make sure that those RF waves are encrypted, and that's what this standard does. However, it's physically impossible to keep other parties from receiving the encrypted waves.

    To utilize the (perhaps overused) broadcasting <-> speaking metaphor, assume that you have four people standing an equal distance apart from each other. If you say something to one, the others are going to hear it. Not much you can do about that. However, you can speak in code.

    --
    Freedom is the freedom to say that 2 + 2 = 4
  33. hardware-level encryption = crap by rsw · · Score: 2, Interesting

    Anyone ever heard of the end-to-end argument?

    Putting encryption at this level is useless because secure communication with e.g. a webserver still requires that I encrypt over HTTPS, since my link to the server goes over more than just the wireless link. Thus, hardware AES only duplicates functionality. This is one of the premises of the end-to-end argument: put functionality at the highest layer possible to avoid duplication.

    The argument that this is useful to keep "baddies" out of your network is weak, too. If you want to keep your wireless network secure, tie MAC addresses to IP addresses, and presto! no one can wardrive your wireless network. No, this is not perfectly secure, but you can secure yourself against a better-than-casual attacker by pushing the necessary authentication up to a higher layer. This approach is more flexible and doesn't require specialized hardware. Plus, when it's shown in five years that AES is breakable in faster than brute-force time, we don't need massive hardware (or firmware) upgrades; just apt-get install openswan.

    802.11b should be a standard with the same scope as 802.3 (ethernet)---define the hardware link level and be done with it. Security at the link layer has been shown time and again to be worthless in even the best of cases. Rolling AES into the hardware spec of 802.11i is just window-dressing. The people who decided to do it should be beaten with a stick and forced to read the Saltzer paper until they recite it in their sleep.

    (If you haven't read Saltzer's paper on the end-to-end argument, google should provide ample background.)

    1. Re:hardware-level encryption = crap by pclminion · · Score: 2, Informative
      In mountaineering, it is very common to place "protection" (anchors in the rock) even when it isn't obvious whether they will hold or not.

      Suppose you've got a really good placement (what a climber would call a "bomber" anchor) and you're sure it will hold. Do you place another, potentially less secure anchor in parallel, given the opportunity? Of course you do. You never pass up the chance to add a layer of protection. Even if you don't think it will be needed, and especially even if you don't think it will hold you. A terrible anchor is better than no anchor. And a good anchor plus a terrible anchor is better than a good anchor.

      Adding more layers of protection is never the wrong decision. Regardless of the academic whinging of some researcher in a basement somewhere.

    2. Re:hardware-level encryption = crap by NerveGas · · Score: 3, Informative

      If you want to keep your wireless network secure, tie MAC addresses to IP addresses, and presto!

      Presto, you're screwed? What keeps a "baddie" from sniffing your traffic, waiting until you're not on, then changing his MAC address to be the same as yours? Oh, gee... I guess that doesn't buy you very much, either.

      Even if it did, that still doesn't keep them from *sniffing* your network. Any data you transmit, they have. Just checked your email? Chances are they have your password. And all of those pictures that your girlfriend sent to you in those pictures. And those are just benign examples.

      Putting encryption at this level is useless because secure communication with e.g. a webserver still requires that I encrypt over HTTPS

      Until *every* protocol that goes over your network has reliable encryption, then this is still useful.

      steve

      --
      Oh, you're not stuck, you're just unable to let go of the onion rings.
  34. Re:Now we can start waiting for a total break of A by pclminion · · Score: 4, Informative
    It's not a US algorithm; the original name was Rijndael

    Although it is correct that it was not invented by Americans, the term "Rijndael" is not a foreign word. It is simply a contraction of the names of the two inventors: Vincent Rijmen and Joan Daemen.

  35. Re:Does this finally solve the *other* major probl by wiedmann · · Score: 3, Informative

    Yes, it does solve this problem. Since every wireless client (insider as you call it) is using a different key, one client can't decrypt another's traffic.

    The key is negotiated at authentication time and is valid only for the given client and sesion. Without the client's authentication credential (certificate or otherwise), you can't get a hold of the key.

  36. wait for 802.11n by timts · · Score: 2, Informative

    I saw it on maximumpc, it's going to be introduced and it will be efficient at compression, making the real transportation faster than 100MBytes even at further distance. :D

  37. OSS to the rescue(?) by timeOday · · Score: 3, Interesting
    If we're lucky anyways.

    The HostAP driver does encryption in software.

    My home server is (among other things) a wireless access point. The card I have is a few years old and doesn't support WEP at all, but thanks to this driver it does! In fact it also supports a bunch of other security features for encryption and authentication, which I have not delved into.

    That said, it sounds like this new encryption may be at a lower level, which for all I know may necessitate new firmware.

  38. Re:The way things ought to be by Vengeful+weenie · · Score: 2, Insightful

    Just run IPSec over your network. Fixed.

  39. Re:But Linksys has a history of good updates by cbreaker · · Score: 2, Informative

    I wouldn't really count Linksys on that bandwagon yet. They've been really good about keeping their firmware up to date even on old devices. If you have any of their "G" products and even some of the not-too-old 802.11b ones, they've provided updates that now include WPA instead of just WEP.

    Linksys usually keeps their products updated to the latest capabilities within two years, and past that they still provide bug fixes.

    This new encryption thing might be different and/or it might require new hardware or faster processors. Who knows. But if they can do it in software, you'll probably get it for nothing on your existing Linksys product.

    --
    - It's not the Macs I hate. It's Digg users. -
  40. Twits by jaghatarjankare · · Score: 2, Informative

    to finally provide sufficient security for wireless connections

    There are two kinds of people working in these IEEE groups.

    1. Seasoned engineers; and
    2. Twits.

    The former have from the beginning been clamouring for security. They were literally brushed off by the latter. The former will roll their eyes and tell you of how these twits use Windoze and LookOut and get infected all over the place and literally have no clue - and this is years ago, before Sasser and Blaster and Donner and Blixen...

    How did they get in? Good question, next question. All security issues were shelved for the first standard...

    And now? Now they're talking about 'finally' having security? These same morons?

    Sorry - I have friends who've worked on all these standards and pulled their hair out all along, and I just don't trust the IEEE anymore if the pros are tired of trying. Make it secure? I won't believe it. I don't care enough to even try.

  41. full text standards by ohsoot · · Score: 2, Informative

    Unfortunately 802.11i isn't listed here yet, but here is a link to the full text of the other 802.11 standards. (Free, no registration required)

  42. Re:But Linksys has a history of good updates by virtual_mps · · Score: 2, Interesting
    I wouldn't really count Linksys on that bandwagon yet. They've been really good about keeping their firmware up to date even on old devices.

    Bullshit. They drop support just about as soon as they can. I've got a first-gen WPA11 for which linksys never released a single firmware update and which never had a reliable driver. I've also got a WAP11 that's in the same boat. You may be confused by the fact that linksys generally keeps the same name when they change the chipset on their products. So they have updates for WAP11's, but only the very latest hardware rev of it. If you buy a linksys product consider it to be disposable.