Q: is this really a man in the middle of is it just arp tricks?

A: yes its really in the middle, at layer one, no arp tricks...


Q: what cards does this work with?

A: at present on most prism2 based cards 100%, and many modes for 
   lucent cards, play with the modes and see what results you get with 
   lucent cards...


Q: does it work with cisco cards?

A: no, there is little reason why it couldnt, the cards are very similar
   in fact i have privately writen a version for the cisco, but i am under
   NDA with aironet so i cant open any code up or discuss their cards 
   (which are very good cards btw)...


Q: could your man in the middle work against ssl?

A: yes in much the same way that Doug Soung's DSniff works to do a man in
   the middle attack against ssl on wired networks, this same technieque 
   could be used to attack ssl


Q: does this package crack ssl

A: no it does not, but that is only because no-one has writen the code 
   (publicly at least)...but there is nothing stoping people from doing
   so...


Q: im trying to send a data frame but for some reason the frame comes out
   crazy?...btw i am using the real 4 address field in the header...

A: the prism2 card doesnt know what to do with that 4th address, to send out
   data frames just use the 3 address field and pad the fourth address onto
   the payload (i think that works), in the future i need to have the driver
   handle this little detail for you, but for now, play along...


Q: can i transmit while in monitor mode?

A: contrary to popular belief you _can_ transmit during monitor mode, there
   are however a few catches....when in monitor mode you are telling the 
   card to not bother with things like frame acknowledgements and the like
   as a result you can send frames but it will not notice the acknowledgements
   to those frames (as you asked it to do), the bad part is that the card 
   doesnt take this into account when it waits for itself to be acknowledged
   so you will get alot of retransmits....one solution is to set the retransmit
   max to 0 and ignore retry tx-exceptions from the card (i do ignore them at
   present, but i dont have the retry's set to 0, something i need to do in
   future releases...)


Q: i cant send XXXXXXX type of frame, without it doing something strange?...

A: the firmware is a little quirky in this area because it wasnt made to do 
   this sort of thing...the solution is to play with modes, my favorite are
   5 and 6...i can tell you that i have successfully, and reliably been able 
   to generate all types of frames except smaller control frames with this 
   driver...


Q: I've found a bug in the tools, and i dont have a fix for it...

A: good for you, no one cares about you, go eat worms...


Q: I've found a bug in the tools, and btw here is a patch...

A: cool, email it to bugs@802.11ninja.net be sure to mention how you want
   credit for your fix listed...


Q: I've found a bug in the driver and i may or maynot have a fix...

A: cool, if you know its a bug, then fix or no id like to hear about it
   ive already got a number of known issues, but if you pretty sure it a
   new bug, then please email bugs@802.11ninja.net and ill see what i can
   do...


