Bien , el tema es que anoche estube probando toda mi artilleria de chipsets y me quede muy alucinado cuando usando minidwep ( solo ocurria en esta aplicacion ) , los
chips ar9271 atacando wep , tras escanear , ...al darle a lanzar ataque , era como si no viesen el ap ..como si no escaneasen ....
Probando todas las demas herramientas vi como funcionaban perfectamente , asi que era obvio que algo no andaba bien en minidwep.
Se comporta de la siguiente manera , cuando escanea crea la interface monitor , y cuando ataca limpia y la genera de nuevo ...
y aqui el problema ....
fichero
/usr/local/bin/minileafdwep/minidwep-gtk.shen la linea
324 del script ...vemos la orden de montar en monitor ...
airmon-ng start $interface $chatencion al final ..que le dice $ch ... channel ...
despues de un escaneo con salto de canales , la interface puede haber acabado en channel 5 ...pues si atacamos un ap en el channel 6 ..como al montar en monitor se le dice el channel ..pillaria el 5
NUNCA AL MONTAR EN MONITOR SE ESPECIFICA UN CANAL..NUNCA.
con lo que editamos el script y dejamos la linea de montar en monitor sin la orden de pillar channel...
airmon-ng start $interfaceet voila ....ya funcionan bien los chips ar9271 , ....el resto de chips funcionaban bien ...pero este en concreto NO , es una estupidez ENORME montar en monitor especificando un canal ....por que al atacar a un ap ..ya le damos el canal y si no coinciden , podriamos quedarnos con la ventana de airodump-ng VACIA.
Si teneis minidwep en otras distros , RECOMENDABLE , el cambio que aqui describo ...solo buscad la linea de airmon-ng start $interface y quitad el $ch.
