Bueno , como algunos ya saben el tema wireless en kerneles modernos esta un poco ( bastante ) puntiagudo.
Voy a intentar explicar facilmente el panorama actual.
a partir de la ram de kernel 3.8 en adelante se ha conseguido poner las interfaces en modo monitor PERO , solo funcionan cuando las interfaces reales ( wlanX ) estan bajadas.
Hasta aqui todo seria normal , ... pero entra en discordia el fabricante ralink , al cual digo ya de paso NO ME GUSTAN SUS CHIPSETS , pero una live de tematica wireless debe hacer funcionar el maximo de adaptadores y de manera lo mejor posible para el usuario medio.
Las ralink pueden trabajar contra wep/wpa con la interface abajo perfectamente PERO la herramienta de moda es REAVER , y para su uso en reaver la interface debe estar "up" , .... por eso en la livecd , se incluyo un codigo en el arranque , que levanta todas las interfaces asegurando que si hay un ralink , este podra trabajar en reaver de manera trasparente al usuario , incluso en los scripts wpspingenerator y goyscripts hay partes de codigo para que las ralink trabajen de forma transparente al usuario y no tenga que estar levantando interfaces.
El problema es que eso ya no es posible ( de momento ) en kerneles del 3.8 hacia arriba ...ahora si levantamos interfaces OBTENDREMOS CHANNEL -1 EN LA SUITE AIRCRACK ...complicando en exceso el proceso de auditar...eso si , reaver funcionaria ...
En definitiva , .... me planteo la posibilidad de volver al sistema de siempre de toda la vida ... ( tarjetas abajo ) , ...y el usuario sea quien al tener la combinacion
reaver + ralink , sea el mismo quien lanze los ataques y una vez lanzados levante la interface wlanX , despues de usar reaver siempre debera bajar la interface para usar la suite aircrack.
ralink es el unico chip que requiere de atenciones especiales de ese tipo , el resto trabaja en todos los terrenos con la interface bajada.
mi dilema es que me veo en el foro explicando todos los dias ...lo de
ifconfig wlanX up
ifconfig wlanX down
mientras que en kerneles del 37 hacia abajo , todo se puede automatizar ya que todos los chips trabajan perfectos tanto con interface arriba como con interface abajo ...con lo que se levantan todos, para asegurar los ralink+reaver.
Lo que me "nubla" , el pensamiento es el hecho de que por beneficiar un chip concreto , perjudico a todos los demas ...realtek , atheros , zydas , prism , broadcom ...