|
|
|
|
lego_regan
 
Desconectado
Mensajes: 42
|
 |
« Respuesta #84 : 23-09-2016, 11:47 (Viernes) » |
|
Vale acabo de ver a que se puede deber el fallo. El algoritmo lo que hace es lanzar una instancia de reaver para atacar el objetivo y obtener de esa forma el hardware del dispositivo, el problema viene a deberse a que no se ha especificado el nivel más critico de depuración (quizás en una versión previa era -vv pero ahora es -vvv) He modificado la linea 438 + o - del archivo wpsmon.c strcat(cmd_chipset, "reaver -0 -s y -vv -i "); //need option to stop reaver in m1 stage Cambiando por strcat(cmd_chipset, "reaver -0 -s y -vvv -i "); //need option to stop reaver in m1 stage Y ya me devuelve los datos en formato de pipeline (el formato bonito no está habilitado para esta opción =S). 98:13:33:XX:XX:XX| 1|-23|1.0|No |MASMOVIL_p4aE| Realtek Semiconductor Corp.| EV-2006-07-27| Un saludo PD: Este escaneo tarda bastante más (lógico) y supongo que a veces puede dar problemas con algunos APs y se quede todo el rato pensando. Yo lo he lanzado con filtro de MAC para verificar que si funcionaba ya que sin filtro se ponía a atacar todas las redes de la zona y evidentemente no todas van a responder rápidamente (supongo que sobretodo por la distancia o problemas raros que puedan darse). Con "ps | grep reaver" se puede determinar que red está estudiando en ese momento. edit: He añadido un par de opciones más al comando reaver y ya no se queda pillado en estaciones que están bloqueadas o que dan problemas de asociación: strcat(cmd_chipset, "reaver -0 -s y -vvv -L -g0 -i "); //need option to stop reaver in m1 stage Ignora los APS bloqueados y solo prueba un pin y normalmente me da buenos resultados.
|
|
« Última modificación: 23-09-2016, 12:38 (Viernes) por lego_regan »
|
En línea
|
|
|
|
|
|
|
|
|
USUARIONUEVO
Moderador

Desconectado
Mensajes: 14021

|
 |
« Respuesta #90 : 17-07-2017, 02:52 (Lunes) » |
|
Parten de cero con reaver-1.4 ..le van añadiendo y modificando.. pero , la version "oficial" , me da problemas con todos los scripts y guis ... los scripts se pueden arreglar, pero las guis, muchas no hay source. Por ejemplo , no se por que, si usas inflator ... wash escanea..y vuelca el contenido al /tmp/inflator ..pero la gui se cierra tras el escaneo ..no me preguntes por que. Hay opciones que han sido suprimidas tanto en wash como en reaver ...eso ocasiona que cualquier script o gui que tire de uno de esos argumentos que ya no existen .. provoca el cierre inmediato del script o gui en uso. por ejemplo en reaver ya no esta el argumento -a , esto se debe a que han suprimido code para quitar la dependencia con sqlite , eso ademas hace que ya no tenga un fichero reaver.db , y su proceso a sido migrado a /var/lib/reaver y un largo etc ... el que esta manejando ahora el proyecto parece que sabe y mucho .. no discuto las ideas ..me parecen acertadas, pero en nuestro caso particular , he de intentar seguir con nuestro mod .. puedes probar si quieres..la rc2 lleva reaver-1.6.1 /wash wash-t6x reaver-t6x asi se llaman los ejecutables que renombre para no intereferir con los otros "reaver/wash"
|
|
« Última modificación: 17-07-2017, 02:56 (Lunes) por USUARIONUEVO »
|
En línea
|
|
|
|
|
|
USUARIONUEVO
Moderador

Desconectado
Mensajes: 14021

|
 |
« Respuesta #93 : 17-07-2017, 03:05 (Lunes) » |
|
,,,,mm voy a probar  a ver si siempre ha estado hay la opcion...  test rapido realtek --> RSSI OK atheros --> RSSI OK ralink --> RSSI OK
|
|
|
En línea
|
|
|
|
|
|
|
USUARIONUEVO
Moderador

Desconectado
Mensajes: 14021

|
 |
« Respuesta #97 : 17-07-2017, 03:14 (Lunes) » |
|
|
|
|
En línea
|
|
|
|
|
|