WlanReaver 0.3 WLAN_XX y JAZZTEL_XX sin clientes, datas, ni modo monitor.

[|FluiD|]

Jose CSS:

Yo opino que si es culpa del codigo, que no quites la opcion de hacerlo en segundo plano.

Ufff, no se, pienso que seria mejor quitarlo, que la gente lo pruebe, y si baja la velocidad mucho en siguientes versiones se podria mirar de volverlo a activar. De todos modos en wifiway no se reduce la velocidad, es solo con los kernels nuevos.

Hay que actualizar wlanreaver al ultimo wlandec ---> v1.3.1? (Si corriges eso del segundo plano o reañades lo del metodo anterior... v0.3.5 o v0.4?).

Si tengo que actualizarlo, supongo que seria la v0.3.1

david020573:

Perdon, pero hay WlanReaver para windows??? Se que el tema va en linux

Imposible la portabilidad del codigo a win, el script usa comandos de la shell de linux y la herramienta arping.

sinin:

Hola, muy buen trabajo, por cierto. Aunque, hoy he usado el WlanReaver, lo he ejecutado correctamente bajo Perl, introducido todos los datos que me piden, el diccionario y lo demás, pero a la hora de la verdad, cuando se iba a conectar por primera vez al router, en la última línea me ha puesto que no se puede conectar, lo ha reintentado 3 veces más (las que me ponían) y nada. ¿Alguien puede saber cuál es el problema?

Pues puede ser desde que pongas mal la MAC, hasta que tengas mala señal, sin capturas o mas datos poco te podemos decir.

ethansp:

hola buenas, llevo unos dias leyendo los foros y bien, he probado este programa en la suite BT4 y mañan lo probare en wifiway.
Queria comentar que me ha dado algun error que os copio aqui abajo. Para paliarlo en parte con arrancar otra consola con wpa_supplicant me ha funcionado bien.
Tambien deciros que es algo aleatorio, igual en 5 mins no da ese error como que lo da 2 veces seguidas.
Me ha tardado 16 mins en pillar la clave de mi wifi, y poniendo a velocidad 6-10 hacia comprobacion de +-21k/s.

Ese error me volvi loco para quitarlo del inyector, me lo daba, cuando perdia una conexion, a la hora de recuperarla me saltaba un error de la libreria libnet. Lo que nunca me lo dio con el hardware que tengo en el ataque de diccionario. Lo peor de todo es que no me acuerdo que hice para solucionarlo. Pero me da a mi que el problema viene de lo del segundo plano tambien, a ver si tengo un rato y lo miro todo...

Saludos y gracias a todos por vuestro tiempo.

|FluiD|

[ethansp]

ethansp:
Ese error me volvi loco para quitarlo del inyector, me lo daba, cuando perdia una conexion, a la hora de recuperarla me saltaba un error de la libreria libnet. Lo que nunca me lo dio con el hardware que tengo en el ataque de diccionario. Lo peor de todo es que no me acuerdo que hice para solucionarlo. Pero me da a mi que el problema viene de lo del segundo plano tambien, a ver si tengo un rato y lo miro todo...

Exacto, los errores estos los produce al perder conexión, lo que no se porque continua checkeando claves sin reconectar, continua como si no hubiera pasado nada. Aunque con el wpa_supplicant le fuerzo a recuperar la conexión... lo malo si entre que ejecuto el wpa_supplicant y reconecta, checkea la clave correcta y la pasa por alto xD.

Un saludo y gracias a ti!

[|FluiD|]

Ethansp hazme un favor, prueba con tu hardware un par de cosas:

1- Si el error te lo da con el inyector al recuperar la conexion.

2- En la linea 785 donde pone:

Código [Seleccionar] Expandir

$arping = `arping -c$np -w$flood -$mod $adp $ipr &`;
Elimina "&" de modo que quede asi:

Código [Seleccionar] Expandir

$arping = `arping -c$np -w$flood -$mod $adp $ipr`;

... y prueba a ver si te sigue dando el error.

|FluiD|

[ethansp]

Ethansp hazme un favor, prueba con tu hardware un par de cosas:

1- Si el error te lo da con el inyector al recuperar la conexion.

2- En la linea 785 donde pone:

Código [Seleccionar] Expandir

$arping = `arping -c$np -w$flood -$mod $adp $ipr &`;
Elimina "&" de modo que quede asi:

Código [Seleccionar] Expandir

$arping = `arping -c$np -w$flood -$mod $adp $ipr`;

... y prueba a ver si te sigue dando el error.

|FluiD|

Bueno, cuando acabe de averiguar al clave edito y confirmo, pero por ahora lleva 4 minutos y ni una sola desconexión, el ataque que estoy haciendo ahora mismo es la opcion2 ataque de diccionario.
edit1: la velocidad es algo mas lenta, 16.66k/s, pero mejor si no se pierde ninguna
edit2: con las prisas no respondí al punto 1, el error me lo daba de repente mientras chequea claves, luego cuando se da cuenta de que a perdido la recupera y sigue bien, hasta que volvia a perder.

[|FluiD|]

Si ves que no pierde la conexion, fuerzalo tu, quitandole la antena, o si es usb poniendole algo encima...

Prueba el inyector tambien "plis".

Y esta noche le pego un vistazo  con lo que me digas, que me tengo que ir a currar  

Saludos

|FluiD|

[ethansp]

Pues no hay mas errores de desconexion si no es provocado.
Al provocar la desconexión (apagar la entena por el boton del portatil) casi al instante detecta la desconexión y intenta recuperarla, desconozco si habrá perdida de claves en el proceso pero desde luego mejora mucho respecto al error que me daba.

[Jose CSS]

No quites el segundo planoooooooooooooooooooooooooo

Deja una opcion en el menu principal como la del porcentaje de señal o el wavemon para activar o desactivar.

Mi gustar 80 claves/s y funcionarme bien, mi querer velocidad por encima de precision.

[ethansp]

No quites el segundo planoooooooooooooooooooooooooo

Deja una opcion en el menu principal como la del porcentaje de señal o el wavemon para activar o desactivar.

Mi gustar 80 claves/s y funcionarme bien, mi querer velocidad por encima de precision.

En mi caso no he visto mucha velocidad afectada, al menos en inyeccion arp sigue igual.
En ataque por diccionario un poco mas lento.

[|FluiD|]

Pues no hay mas errores de desconexion si no es provocado.
Al provocar la desconexión (apagar la entena por el boton del portatil) casi al instante detecta la desconexión y intenta recuperarla, desconozco si habrá perdida de claves en el proceso pero desde luego mejora mucho respecto al error que me daba.

Casi seguro que hay perdida de claves en el proceso, pero ya es un error ajeno al script, justo antes de enviar cada ping comprueba la salida del kernel:

Código [Seleccionar] Expandir

fluid@portatil:~$ cat /proc/net/wireless
Inter-| sta-|   Quality        |   Discarded packets               | Missed | WE
face | tus | link level noise |  nwid  crypt   frag  retry   misc | beacon | 22
 eth1: 0000   64.  -46.  -127.       0      0      0      0      0        0


digamos que es la salida "oficial" del driver de la tarjeta para todo, por ejemplo de aqui las wireless linux extensions extraen todos sus valores (iwconfig), si esta salida tarda en detectar una desconexion o calidad del enlace 0 el script como es logico tambien lo hara  

Gracias ethansp.

Saludos

|FluiD|

[|FluiD|]

No quites el segundo planoooooooooooooooooooooooooo

Deja una opcion en el menu principal como la del porcentaje de señal o el wavemon para activar o desactivar.

Mi gustar 80 claves/s y funcionarme bien, mi querer velocidad por encima de precision.

Si aceptas mi proposicion del mp podras poner y quitar a tu gusto 

Saludos

|FluiD|