Entiendo que el modo monitor no es necesario para lo que hace el wlaninject, sin embargo si que lo es para que airodump capture la respuesta del AP, no? De hecho cuando, por descuido, he intentado arrancarlo sin haber puesto el modo monitor, siempre se ha quejado.


¿Por que no se puede? Las peticiones ARP que se envian al AP, al fin y al cabo, son peticiones estandares que cualquier estacion en una red deberia poder mandar ¿no? (no lo tengo muy claro)

Bueno, dejemonos de auditorías y Felices Fiestas a todos 

Holaa, lo primero GRACIAS por habertelo currado  ahora viene el feedback para la version 0.3:

Como dice pianista, me ocurre que al ejecutar salta el mensaje:

wlaninject: libnet_init(): unknown physical layer type 0x321

Así que en otras palabras la llamada a libnet_init() de la línea 234 esta fallando. He comprobado que esto solo ocurre si antes la tarjeta ha sido puesta en modo monitor con aimon-ng, pues en caso contrario el programa funciona bien...   

Pero claro, HAY que poner la tarjeta en modo monitor ANTES de ejecutar wlaninject, porque es necesario tener el airodump preparado para recibir paquetes...

He añadido una pausa al programa para poder poner el modo monitor DESPUES de ejecutar wlaninject, es decir, tras la llamada a libnet_init() hago un sleep(5):
1) wlaninject (se queda 5 segundos haciendo el tonto)
2) airmon-ng start eth1
3) airodump-ng -4 ...
4) se cumplen los 5 segundos y wlaninject comienza.

Así todo parece funcionar bien, pero nunca se llega a recibir una respuesta del AP  , eso si, el mensaje "Read XXX packets" del airodump no para de crecer.

Po rcierto, hablando del mensaje de "read xxx packets" del airodump, el valor de xxx comienza a crecer desde el primer momento, pero ¿a que tipo de paquetes se refiere? ¿no son paquetes de datos que valgan para algo, verdad?

Y por ultimo:
NO, las librerias hay que instalarlas a parte. Y con Debian o Ubuntu, es tan facil como escribir apt-get install <nombre de lo que quieres>. Y si no tienes apt-get... entonces tienes envidia