mothran

5 ms·

1.
by mothran 13y ago
Very good points. I did some benchmarks a while ago and found the the decode routines (un-optimized) were some of the slower pieces of code in round trip life of a packet. But with some work it could be done. > But as it stands (MODUL
2.
by mothran 13y ago
No problem man, if you get it working on your hardware that is not listed in the README, please tell me. I would love to keep a easy to find list of supported chips.
3.
by mothran 13y ago
Hmmm I like this trick, but that means I would have to process and decode each 802.11 as is comes in. It would create quite a bit of overhead for each packet. Maybe I am mis-understanding you. Where would you put the MAC data in a packet?
4.
by mothran 13y ago
Ok so the code is a bit weird in that section because of issues with different wifi chipsets (thus the -4). Sorry about the messy code, I would barely call Bunny alpha. The mod/remainder values are agreed upon by the network operators, tha
5.
by mothran 13y ago
Spot on.
6.
by mothran 13y ago
Yes, that is high on my list to fix.
7.
by mothran 13y ago
The crypto is super simple currently. I have spent a long time trying to figure out a better solution but currently there is a single round of AES-256 in CBC mode, each message gets a random IV. To answer the first questions from this, 1)
8.
by mothran 13y ago
Bunny basically sends raw packets are that build around a model of 802.11 packets that it has seen. It spoofs all the fields and then injects little bits of data into certain 802.11 fields that are rarely used or have someone random data w
9.
Bunny.py: A WiFi darknet that hides its traffic in the noise of 802.11(github.com)
331 points by mothran 13y ago|55 comments
10.
by mothran 14y ago
It could be modified to detect both ends of the mirror devices. I would warn against trusting that model of the GFW because devices are not all placed at the inbound international connections. I have found that most devices are deployed f