Receive new posts as email.
RSS 0.91 | RSS 2.0
RDF | Atom
Podcast only feed (RSS 2.0 format)
Get an RSS reader
Get a Podcast receiver
| Sun | Mon | Tues | Wed | Thurs | Fri | Sat |
|---|---|---|---|---|---|---|
| 1 | 2 | 3 | 4 | 5 | 6 | |
| 7 | 8 | 9 | 10 | 11 | 12 | 13 |
| 14 | 15 | 16 | 17 | 18 | 19 | 20 |
| 21 | 22 | 23 | 24 | 25 | 26 | 27 |
| 28 | 29 | 30 | 31 |
This site operates as an independent editorial operation. Advertising, sponsorships, and other non-editorial materials represent the opinions and messages of their respective origins, and not of the site operator or JiWire, Inc.
Entire site and all contents except otherwise noted © Copyright 2001-2006 by Glenn Fleishman. Some images ©2006 Jupiterimages Corporation. All rights reserved. Please contact us for reprint rights. Linking is, of course, free and encouraged.
Powered by
Movable Type
« Broadcom Allowed to Say Microsoft in Announcement | Main | Weakness in Passphrase Choice in WPA Interface »
WPA has a gaping hole in its interface implementation for key choice: Watch for a full report later today on what I hope will spur the industry into fixing a massive security hole in WPA related to front-end implementation. I’ll have a paper from a security expert and some non-technical translation that shows how while WPA’s fundamentals remain intact, the choice of TKIP keys could render it as susceptible as WEP to cracking.
Yes, I’m teasing you all. Check back later today for more.
Posted by Glennf at November 4, 2003 7:48 AM
Categories: Security
TrackBack URL for this entry:
https://db.isbn.nu/mt3/mt-tb.pl/1036