Incluimos tambien el parcheado.

Y relacionado de manera directa con elparcheo y la reinstalacion de drivers os pongo un aspecto interesante publicado por eltitoneo.

Publicado por eltitoneo en:
http://foro.elhacker.net/index.php/topic,84580.msg391567.html#msg391567
Y realmente me parece muy interesante.

Resulta que el comando rmmod rt2500 2>/dev/null lo único que hace es descargar el módulo y por mucho make y make install  y modprobe que hagas siempre te va a cargar el driver antiguo el cual no soporta modo monitor.


Pues bien, tenemos que substituirlo "a lo cutre". ¿Como? Pues de la siguiente manera:

SUBSTITUIR EL DRIVER RT2500 ANTIGUO POR EL NUEVO

-Compilamos nuestro driver con make y nos fijamos de que ha creado un archivo binario llamado rt2500.ko que es el driver en cuestión. Por cierto, es importante parchearlo antes de compilar para que nos funcione también con aireplay, si no sabeis cómo hacerlo mirad esto:
http://foro.elhacker.net/index.php/topic,80988.msg374045.html#msg374045

- Hacemos un modinfo rt2500 para saber cual es la ruta de nuestro driver antiguo y nos saldrá la siguiente información:

-Apagamos la tarjeta y descargamos el módulo:
ifconfig ra0 down
rmmod rt2500 2>/dev/null

-Ahora sabemos que la ruta del driver antiguo es /lib/modules/2.6.11-6mdk/kernel/3rdparty/rt2500/   pues eliminamos el archivo rt2500.ko.gz y copiamos el driver que hemos compilado antes (rt2500.ko) en el este directorio y lo renombramos a rt2500.ko.gz.

-Solo nos queda modprobe rt2500 para cargar el módulo y ya estará todo listo.

Esta explicado para el Mandriva pero se puede aplicar a cualquier linux, evidentemente cambiando las rutas por las que tenga cada uno en su distribución

Muy a tener en cuenta, evidentemente si partimos de una inslación cero y no nuestro linux no lleva el modulo que necesitamos de serie no tiene sentido borrar el viejo ya que no hay, cosa que me pasa simepre ya que estoy todo el dia poniendo nuevas distribuciones, pero sigue siendo un articulo de lo mas interesante.

Solo quiero decir que hay una nueva suite del airrcak la 2.3 y el readme.html cuenta cosas interesantes, una de ellas es que no es necesario parchear el nuevo driver de las ralink rt2500 para la inyeccion de trafico.

Otra cosa, acabo de descubrir un nuevo truco para la inyeccion, si con el ataque 3 los arp-request van pocos y se corta la inyeccion y avisa de que hagamos el 1. Cortar la inyeccion y haceis de nuevo el ataque 3 pero con el archivo generado antes, y asi sucesivamente, hasta dar con los 1024 requeridos.

Y tambien probar el ataque 0, y tambien ayuda a solucionarse.

Para bajar la velocidad de inyeccion en las ralink para 11b auqnue el aircrack recomienda hasta 5.5M, no pongais este valor ya que la c54ri la cabrona pasa de el y se pone sola a 54M. Asi si no puede con rate 11M pasar a 2M.

Hola, que tal?

Deciros que este hilo es de lo mejorcito que he visto sobre el tema, y a mi personalmente me ha resuelto varias dudas que tenia al respecto . Pero ahora tengo otros problemillas, uno de ellos es saber si necesito cargar un modulo o algo para que el kismet/airodump me sepa distinguir entre WEP y WPA, porque siempre me dicen que son WEP. Y el otro problema es, con una prismGT reinyecto pero cuando llega a los 1024 ARPs se para (no se si sera normal o no) y con la C54RC (ralink) coge 1 ARP reinyecta 407 paquetes y se queda ahi, sigue consiguiendo mas ARPs pero no hace nada mas.  Las pruebas de reinyeccion las he hecho con clientes reales,  solo he usado el ataque 3.
A ver que me podeis decir al respecto.

Un saludo y gracias .

P.D. Lo de WPA olvidarlo, he podido probar hace escasos momentos con una red con WPA y la reconoce sin problemas, al principio el airodump pone WEP? y luego pasa a WPA. Como no tenia red con la que probar que estuviera seguro que fuera WPA tenia mis dudas, .

Para kosuke:

Mira si te puede ayudar esto.

http://foro.elhacker.net/index.php/topic,85459.0.html

La clave del asunto esta en reinyectar con el archivo creado anteriormente.

Para Basthion:

Ahi que diferenciar entre las prism gt (fullmac) y las prism (softw mac) , mira el readme.html y te lo aclarara, yo no tengo tarjetas con chipset prism gt.

Lo que si tenemos claro es que la ipw2200bg no puede inyectar.

Asi que lo que puedes hacer es realmente probarlo y salir de dudas.

Prueba con la conceptronic C54RC (pcmcia) es barata y tambien inyecta, lo malo es que tiene poca sensibilidad comparada con la ipw2200, y respecto a ponerle un conector, tenemos el proyecto abierto.

Es pura estadistica, sule pasar, puede aumentar el factor -f.

Por ejemplo una key tipo 1111111111, haciendo pruebas la sacaba con muy pocos IVS.

A veces el fichero de captura puede estar corrompido, mira si aparecen valroes iguales cuando abres el aircrack o salen numeros (hablo de meoria muchos 0 o -1), creo que eran -1.

Han ido bien los truquillos pues me alegro.

Pongo un enlace en ellos aqui:

http://foro.elhacker.net/index.php/topic,85459.0.html

Tu mismo te has respondido, a veces tambien puede influir la velocidad de inyección, igual si la bajas un poquito?

No habia pensado en el -x, pero es a tener en cuenta. Este valor es numero de paquetes que inyecta en un determinado tiempo (es decir tambien es un concepto de velocidad), o sea si es velocidad, pero yo me referia a la velocidad de la tarjeta. A lo tipico de :
iwconfig ra0 rate 11M

Respecto a la prism54 no te puedo decir nada, pero a la rt2500, yo condigo fija la velocidad deseada exceptuando 5.5M igual es que no pongo el punto o la coma bien y me la pone a 54M, pero todo el otro rango de velocidad si lo pilla.

Has probado con el nuevo driver de ralink linux, con este se inyecta bien y ademas no hay que colocar el parche.
Pones el comando airmon.sh start ra0.

Te dejo el enlace para que bajes directo el nuevo driver para rt2500:

http://hwagm.elhacker.net/linux2/rt2500-cvs-20050826.tgz