solo hay una manera de cerrar el aireplay, y pasa por tocar el codigo del aireplay.


Lo bueno es que ya lo hice, jejejeje

y cree el nuevo winyector, como es de pruebas veras un pequeño boton que dice stop, pincha hay y se cerrara el aireplay, pero ojo, solo esta metido para el ataque 3, es decir la reinyecion pura, asi podras pobrar lo que me dices de mejor forma que no manualmente.

Si rula bien, luego nos metemos con los timers, eso no hay problema


Actualizaciones sobre el ejcutable inyector-1.0 y evitar descargar todo el paquete, simplemente substituir el inyector.exe por el mas reciente.

ademas este cabron lleva un aireplay retocado, jejeje, para que s epueda parar a traves del winyector

http://telefonica.net/web2/wifislax/win/winyector-1.0.2.zip

md5:a3a63ddd6f4feafb10d400a5f02a8304

ya lo probe y logicamente no rula, no rula porque debe de empezar otra vez el proceso de inyeccion, asi pues o bien se manda el fichero obtenido que es un coñazo o se mira de parar el proceso y quizas mas tarde seguir

Bueno..para que veas que
1)Yo tb he estado currando en este tema
2)Animarte demostrando(visualmente) que efectivamente cuando se desconecta el AIREPLAY se produce la inyeccion ..

Aqui van unas cuantas CAPTURITAS:

Los segundos han sido calculados mediante cronómetro, de tdas maneras señalo en cada paso la duración del mismo en la gráfica de consumo de CPU, cada cuadrito son 6 segundos.

*****PASO1*****

En este pantallazo se puede ver que llevo 2 min capturando SOLO con airodump:


Datas(entre paso0-paso1):930
Segundos: 120s
Velocidad:7,75 datas/s

*****PASO2*****

En este pantallazo he seguido capturando DATAS y lanzo el aireplay.

Como el Aireplay no está inyectando es benévolo con la CPU, y salvo el pico  señalado(que coincide con el lanzamiento del mismo) no parece afectar a la captura de los DATAS

DATAS(entre paso1-paso2):1237-930=307
Segundos: 42 sg
VELOCIDAD:7,30 datas/s
Como se puede apreciar el ritmo es constante a unos 7 datas/s

*****PASO 3*****
Continúo a la escucha de los ARPs, y por fin entra uno. Aun así permanezco un ratito mas para que mande los paquetes, y se pueda comprobar como esta acción relentiza la captura de los paquetes por parte del Airodump.

DATAS(entre paso2-paso3):1740-1237=503 datas
Segundos: 96 sg
VELOCIDAD:5,23 datas/s

Como se puede apreciar no solo no hay una velocidad de capturas mas alta,sino que está frenando la recepcion por parte del Aerodump.Pues la velocidad es inferior a la media(7)

*****PASO 4*****

Continuo con el aireplay encendido, ya estamos en el 100% de saturación de la CPU, y como se puede observar los DATAS se han quedado encajados  en 1740(upps miento ha subido 1 DATA en 36 sg)


El aireplay ha colapsado incluso las capturas del airodump,ya ni tan siquiera captura al ritmo de la red: 7 datas/sg
Y ni hablar de que la inyeccion este DE MOMENTO haciendo algo positivo

La conclusión es clara,desde que la CPU se ha saturado el airodump no captura(o captura casi nada)

Datas(entre paso3-paso4):1741-1740=1
Segundos: 36s
Velocidad:0,027 datas/s

Fijaos ademas como las BEACONS del paso4 y paso 3 son practicamente las mismas..ni las tramas faro estan siendo leidas


*****PASO 5 (y ultimo e IMPORTANTE)*****

Tras esperar un rato decido ya quitar el aireplay, no le he quitado ojo a las capturas y tal cual se supuso antes el Airodump no ha capturado ningun DATA mas.


Justo al quitar el aireplay os podeis dar cuenta que la CPU se libera de golpe(caida marcada en azul).

Pero lo mas curioso es que ahora el Airodump esta capturando a 80 datas/s


En ese caida marcada con AZUL ocurre lo siguiente:

Datas(entre paso4-paso5):2221-1741=480 datas
Segundos: 6s
Velocidad:80 datas/s

Teniendo en cuenta que la velocidad NORMAL se ha demostrado que es de 7-8 Datas/s...como explicais que tras cerrar el AIREPLAY se capture 10 veces mas??

SOLUCION: Ahora esta haciendo efecto la inyeccion¡¡¡

Funciona perfecto HWAGM....capturo paquetes mucho mas rapido.

Es casi igual de coñazo dar al stop que cerrar la ventana manualmente...pero es un paso para hacer control desde el winyector.

o bien, parar la inyeccion, retormarla con el fichero cargado de arp, y volverla a mandar, volverla a parar y de nuevo volver a mandar.

Creo que es la mejor solucion..es decir:

Modificar el manejo del fichero del aireplay como lo hace el airodump.

Cuando haces un ataque aireplay comprueba si tiene el archivo de arps arpMAC.cap de la estacion atacada.
En caso de que no:lo crea
En caso de que si: lanza los arps almacenados y guarda el resto de arps enn dicho fichero.

Es mas facil el control del fichero desde el aireplay que desde el winjector,por eso la modificacion del aire.

Ahora si que tiene sentido el cortar y arrancar, pues cuando arranca ya tiene arps con los que atacar.

¿que os parece?(o me estoy confundiendo en algo??)

A ver HOLAS:

PD: comentarme todos los errores que haya, pero no de estetica ni ortografia sino errores de ejcucion y por supuesto errores logicos.

Eso es lo que pone en el primer post...de este hilo.

Por supuesto que se te puede ayudar, pero como ves de momento el programa esta en fase de ser "depurado" y por lo tanto sería perder el tiempo el explicarte algo que tal vez puede verse modificado en 1 semana.

Me encantaria poder tenr tiempo para hacer un manual(lo cual conlleva un buen rato) pero ahora prefiero dedicarlo a realizar testeos para que luego gente como tu pueda usar el programa sin errores.Y no a realizar un manual que cada dos dias tenga que estar cambiando cosas.pero me comprometo a hacerlo una vez que el programa funcione en su totalidad(o parcialmente) en una version estable(en lo que a opciones se refiere).

Por otro lado el uso del programa es muy simple, por supuesto si conoces o te has leido un par de manuales de seguridad wifi. Si no te lo has leido te recomiendo que empieces a informarte de que es aireplay, sus tipos de ataques,pq funcionan los ataques, cuando funcionan y cuando no. ETC ETC.Y veras como manejar esto es bastante sencillo.

¿Pero este foro no estaba para resolver las dudas?. Yo tengo la de cómo utilizar este programas, ¿me la puede resolver alguién?. Es para dejar el tema ó no. Saludos.

Y bueno si quieres dejar el tema..tu mismo ...

Mea culpa os enseñe tanto de linux, que nos hemos acostumbrado a el, el mundo al reves, lo cual me agrada bastante.

Pero es insolito que te manejes en wifiway que son puros comandos y no con el winyector.

Solo hay que pinchar el boton de hablitar adaptador, responder a Y, luego capturar, refrescar tabla, te salen los ap y los clientes, y luego atacarlos como quieras con el menu, es facilisimo.

¿has leido el manual de berni69 respecto al aireplay en windows?, se explica con comandos , pues este lo haces con los botones, y es igual que linux, salvo que antes tienes que habilitar el adaptador.

Y no siempre podemos responder al instante, solo pipdo paciencia, pero si te manejastes en wifiway, que todo el mundo le tiene panico al linux, deberia se facil usar el winyector

recuerda de leer el manual de berni69, solo te funcionara una tarjeta compatible con los drivers del commview, si es la ipw3945 olvidalo

Y si tienes una ipw3945, jejej, ya salio la wifislax 3.1 con los drivers de conexion y ademas de inyeccion

 

Por cierto HWAGM...

¿Es viable la idea que te propuse?Lo de almacenar permanentemente los arps segun MAC de estacion para reinyectar continuamente cuando vuelvas a arrancar...o es una burrada??jejeje...


esa e sla idea buena, no es una burrada, es lo adecuado, pero.............. un for sin final, carga la cpu,, hay que entrar en otro nivel de programacion, y a eso ya no llego, es dl tipo de interrupcion, es decir que se para el programa hasta ciero aviso, pero yo del polling no se pasar, jejej, es decir barridos cada x tiempo, en visual c, lo se hace, porque se trabaja de otra manera, pero en puro c, tal cual es el aireplay ,pues no, y ya me costo medio modifcar el que habia en el airodump para crear el winairodump
Ahora estoy en proceso de realizar 20000 capturas para intentar romper mi WEP, quiero ver si esas DATAS que aumentan al cerrar el aireplay son corruptas o por el contrario validas..tu que crees?merecera la pena intentarlo??
(exando un calculo: a 20000/500 por cierre del aireplay=>40 STOP,PLAY..pobre dedito mio...)

no vale la pena, yo esperaria el movimientio del Mr.x, aireplay es su programa, pues que curre el, jejej, no hay prisa, se que esto va con tranquilidad, ya dara el conla solucion

PD:He modificado las capturas para que se vean mejor los resultados del "estudio" en un P4 a 1,5 ghz y 512 RAM.


PD:en este Hilo alguien comenta que funcionó la reinyección con un ARP antiguo.
http://foro.elhacker.net/index.php?topic=176780.msg840637;topicseen
¿que opinais?

Como resumen, diria que se use l inyector con equipos de doble nucleo, y los que se cuelgan,pues a esperar nuevas revisiones del aireplay, los estaremos vigilando

Por mi parte caso cerrado , ahora toca un tiempo nuevamente del jartarme de linux con la wifislax 3.1 

La solucion pasa por parar la reinyeccion y luego mandar de nuevo el fihero cargado de arp, ¿esa es la solucion.?

https://foro.seguridadwireless.net/index.php?topic=4952.msg29937#msg29937

o bien, parar la inyeccion, retormarla con el fichero cargado de arp, y volverla a mandar, volverla a parar y de nuevo volver a mandar.

Lo cual es un coñazo, yo no prueba mas, a menos que veais otra solucion

O sea cerrando la consola cmd del aireplay y luego mandando el fichero cn los arp, fijate bien en el winyector que lleva la opcion de efectuar un ataque a traves de un fichero ya cargado, eso esta desde creo la segunda version.


https://foro.seguridadwireless.net/index.php?topic=4952.msg29837#msg29837

fecha de lanzamiento de la versio 1.0.1: 15 de agosto

Esta en lal lista de ataques a final de todo.

Incluso te avisa si no has seleccionado el fichero que no se puede efecutar un ataque sino se selecciona un fichero del tipo replay_arp, el cual se hace desde la parte de le derecha.




Esa es la solucion que se propone, pues si funciona, me alegro porque asi no tengo que crear ningun winyector mas, pero me gustaria que se encontrase una solucion mejor de forma automatica sin tener que parar el proceso, similar a lo que pasa en linux. entonces si invertiria mas de mi tiempo a porograma en windows que me pone de los nervios sino esta claro que no lo hare.


pd: este hilo es para hablar del winyector, los problemas derivados de la inyeccion y del aireplay, quizas y yo me incluyo los teniamos que haber puesto en el post de berni69 el que trata sobre el airplay en windows,


https://foro.seguridadwireless.net/index.php?topic=4561.0

porque no es normal que este post por media tenga mas visitas que su manual, ya que lo importante de todo es su manual y no el winyector.


 en definitva estos programas de windows como ya repeti son meras gui lanzadoras de comandos, es decir el problema radica igual sea del winyector o se puramente con lospropios comandos directamente en la pantalla de msdos. Si bien gracias a estas gui te ahorras escribir un poco, aunque conozco a gente que va mas rapido, con copiar y pegar y cursor para arriba en la pantalla de comandos de msdos al estilo linux que no con estos meros lanzadores.