![]() |
Re: [Announce] Cleven - an aircrack gui
I can confirm that Cleven works with reaver v1.4-r88 on zyxel, cisco, netopia routers (does are the ones I could test on).
|
Re: [Announce] Cleven - an aircrack gui
Release of Cleven 2.4-7 in extras-devel
Some fixes from the reports given here. Changelog:
|
Re: [Announce] Cleven - an aircrack gui
Quote:
|
Re: [Announce] Cleven - an aircrack gui
Quote:
The current version of Cleven should be compatible up to r99. At r100 the wash output is again changed so the WPS button wont work. |
Re: [Announce] Cleven - an aircrack gui
I strongly recommend against changing the default behavior of the alias function from mon0 to wlan0 , mon alias's where intended for device binding and for other reasons. Atleast not in your matured releases anyways.
|
Re: [Announce] Cleven - an aircrack gui
Quote:
I don't think I've changed the default behaviour and for sure I have never used in any release mon0. |
Re: [Announce] Cleven - an aircrack gui
You would use monX for monitoring alias's.
monX as apposed to wlanX. wlan0 should only be used to identify a specific wireless ethernet interface where as mon0 should be used when a interface is mapped to a program function. Alias's can be bound to two or more different devices for example when using host mode. Or when using two or more different configurations of drivers/settings or both/more of the earlier. ps: distros are also moving away from using device specific interface alias's and only using them for debugging as well. |
Re: [Announce] Cleven - an aircrack gui
Erm, to be honest, I still don't get Your rationale (i.e. why *we* should not use 'wlan0'), but it's possible that it's just due to my lack of knowledge. Could You please elaborate on it more verbosely, providing example of at least one situation (in case of our device), when using 'wlan0' for monitoring purposes could break something?
/Estel |
Re: [Announce] Cleven - an aircrack gui
The settings have always been interchangeable with driver configurations.
This is the sole reason mon0 was created in aircrack. For instance using madwifi (as example) injection drivers could be loaded for mon0 and then subsequently mon1 linked to the same interface(wlan0/X) could stay put in raw packet capture mode. Use cases are really dependent on what you are trying to do and driver capability. The entire point of device interface alias's is so that each subsequent alias can retain its own configuration variables. In other words some advanced configurations rely on that of device alias's. One use case i can think of off the top of my head would be if i wanted to use mon0 for cleven/Fas with injection and then mon1 for wireshark weakIV silver/gold/platinum packet counting. Another use case would be different assigned mac address's for each alias. Note: I've seen this used in some advanced chopchop attacks and worked well on some routers, on others not so well. I'm sure there are other use cases that are as equally important however that haven't come to mind. All im really saying is, if you want to eventually integrate more advanced attacks in the future and you want to grow., its best to stick with tradition, keeping mon0 around where you can. |
Re: [Announce] Cleven - an aircrack gui
Quote:
or a better way would be . when pressing "deauth" a text box appears to enter the -c mac , then send the deauth ;) a nice feature would be implementing john-the-rapper with the decryption modes ;) |
| All times are GMT. The time now is 22:44. |
vBulletin® Version 3.8.8