Menú

Mostrar Mensajes

Esta sección te permite ver todos los mensajes escritos por este usuario. Ten en cuenta que sólo puedes ver los mensajes escritos en zonas a las que tienes acceso en este momento.

Mostrar Mensajes Menú

Mensajes - ChimoC

#521
Buenas:

@morenazz0: Si, es válido para cualquier router que lo teng aactivado. Ahora bien, hay routers que SI detectan el ataque y se cierran en banda (y no lo podrás sacar) o bien alargan la solicitud de PIN... creo que podrías estar intentándolo hasta 7 días sin parar.

El bssid 64:68:0C creo que NO es vulnerable (creo que se cierra en banda)

El 00:19:15 cae en unos cuantos segundos ya que el PIN por defecto es 12345670 y es el primero que prueba reaver

Hay más routers que traen ese PIN (algo leí por internet)

Yo te puede decir que un linksys que tengo en casa ha caido (no es PIN por defecto y he tardado unas cuantas horas) un Belkin_N del curro también ha caido (dejé el poratil 11/12 horas), y el de mi cuñado también se fue a tomar viento (cayó en 8 horas, un ORANGE_XXXX)

Solución, deshabilitar WPS

@heaviloto: Ya sabes donde está mi home, me das un toque cuando quieras

Un saludo

ChimoC
#522
Buenas:

Si has guardado la sesión, una vez que la vuelvas a lanzar (contra el mismo objetivo) reaver debería indicarte que tiene una sesión guardada y que si quieres usarla.

¿Dónde guardas la sesión? Prueba o bien en modulos o en base

Un saludo

ChimoC
#523
Buenas:

¿Has probado con algun cheatcode?

acpi=off

A ver si suena la flauta

Un saludo

ChimoC
#524
Buenas:

Si quieres salvar la sesión le das a salvar y te saldrá un archivo en el escritorio... ese es el que deberás usar después (siempre y cuando juegues con liveusb o virtualizando )

Un saludo

ChimoC

P.D.: IMagino que usas Wifiway ?¿
#525
Buenas:

@ragtap y se_aviles: ¿Qué versión de reaver estais usando?

@heaviloto: A ver si quedamos con zydas  ;-)

Un saludete

ChimoC
#526
BUenas:

Parece que volvemos al tiempo de la "burrita"  ;D

Wellcome emule  :silbar:

Un saludo

ChimoC
#527
Buenas tardes:

Al igual que mi compañero ALISTER (de quien he copypasteado su post  :P :P :P y ya le invitaré a pincho y caña)

Somos conscientes de que cualquier módulo LZM o XZM de wifiway, alojado en MEGAUPLOAD, se ha perdido.

El equipo de desarrollo de wifiway no podrá dar abasto a este asunto de ninguna de las maneras.

No se puden mover cientos de enlaces en 48 horas y seguir teniendo una vida. Para empezar porque es trabajo de chinos, y en segundo lugar porque en la mayoria de casos no conservamos los archivos originales en nuestro poder.

Se salvará todo lo que se pueda, siempre que los archivos originales esten localizables en nuestros discos duros, en nuestros alojamientos personales en la nube, o en otros alojamientos diferentes de megaupload.

Muy pocos modulos cumplen ésto, la mayoría de módulos probablemente se habrá perdido del todo; la única posibilidad es que sus autores originales, que en muchos casos sois vosotros los usuarios, los conserven y los suban a otras plataformas de hosting.

No obstante el 99,% de los modulos existentes ya no eran utiles, porque no funcionan en wifiway 3.x (ni siquiera convirtiéndolos al nuevo formato XZM), por aportar versiones de software ya anticuadas, porque wifiway 3.x ya los incorpora de serie, y un largo etc.

De todos modos se confirma que MULTIupload sigue operativo, aunque estan experimentando problemas debido a una demanda de tráfico muy superior a la habitual, motivada por el cierre de MEGAupload y la migración de sus usuarios hacia otros servicios, existe una gran parte de modulos alojados en MULTIupload que se salvan del desastre.

Paciencia, y por favor, no convirtais esto en un rio de quejas por algo que es consecuencia lógica de un evento que nos ha fastidiado a todos por igual. Seria muy estúpido empezar a llenar todos los hilos con comentarios del tipo "el enlace del modulo tal esta roto, y este otro modulo tambien, y este otro tambiem, y este, y este, y este...". Es obvio que nos han fastidiado montones de módulos de un plumazo y no se puede reponer el trabajo de años en cuestión de dias.

Habrá que asumir muchas pérdidas sin quejearse en el foro, ya que somos completamente ajenos a ello, como es lógico. Somos tan víctimas como el resto de users.

Un saludete

ChimoC
#528
Buenas:

Fuente original

http://code.google.com/p/reaver-wps/wiki/README

Autor traduccion: gpain

Zona de Descarga


http://code.google.com/p/reaver-wps/downloads/list

Ultima version

http://reaver-wps.googlecode.com/files/reaver-1.3.tar.gz
SHA1 Checksum: 408a4d4cd5051d290a68c140d3351acbf32dc4a7

Incluido en wifiway 3.4, unica live del mundo que lo incorpora de serie
DESCARGA OFICIAL: http://download.wifislax.com/wifiway-3.4.iso
MD5: 3e0645da12d5bbbdb4dd335c891e2866

Observaciones
Puedes copiar este manual en todos los sitios que deseis, solo pedimos que por favor
mantengais el autor de la traduccion gpain



Resumen

Reaver lleva a cabo un ataque de fuerza bruta contra el número pin de la configuración protegida del punto de acceso wifi. Una vez que el pin WPS es encontrado, la WPA PSK puede ser recuperada y alternativamente la configuración inalámbrica del AP puede ser reconfigurada.

Aunque reaver no soporta la reconfiguración del AP, se puede conseguir con el wpa_supplicant una vez el pin WPS es conocido.

DESCRIPCIÓN

Reaver tiene como objectivo la funcionalidad externa de "registrador" requerida por la especificación de configuración inalámbrica protegida. Los puntos de acceso proveerán "registradores" autenticados con su configuración inalámbrica actual (incluyendo la WPA PSK), y también aceptaran una nueva configuración del registro.

Con el fin de autenticarse como "registrador", el "registrador" debe probar su conocimiento del número pin de 8 dígitos del AP. Los "registradores" deberían autenticarse a sí mismos al AP sin importar cuando sin la interacción del usuario.

A causa de que el protocolo WPS es conducido sobre EAP, el "registrador" sólo necesita estar asociado con el AP y ningún conocimiento previo del cifrado inalámbrico o de la configuración.

Reaver lleva acabo un ataque de fuerza bruta contra el AP, probando cada posible combinación para adivinar el número pin de 8 dígitos del AP. Desde que los números pin son entéramente numéricos, hay 10^8 (100.000.000) posibles valores para cualquier número pin. Sin embargo, como el último dígito del pin es un valor checksum (de comprobación) que puede ser calculado en base a los 7 dígitos previos, la posibles claves son reducidas a 10^7 (10,000,000) valores posibles.

Las posibles llaves son reducidas incluso más debido al hecho de que el protocolo de autentificación WPS corta el pin por la mitad y valida cada mitad individualmente. Eso significa que hay 10^4 (10.000) posibles valores para la primera mitad del pin y 10^3 (1.000) posibles valores para la segunda mitad del pin, contando el último dígito de comprobación del pin.

Reaver hace fuerza bruta a la primera mitad del pin y luego a la segunda mitad, provocando que todos los posibles valores del número pin del WPS puedan ser puedan ser agotados en 11.000 intentos. La velocidad a la que Reaver puede probar los números pin está totalmente limitada por la velocidad a la que el AP puede procesar peticiones WPS. Algunos APs son suficientemente rápidos para que se pueda probar un pin cada segundo; otros son mas lentos y solo permiten un pin cada 10 segundos. Estadísticamente, sólo llevara la mitad del tiempo adivinar el número pin correcto.

INSTALACIÓN

Reaver sólo está soportado en la plataforma linux, requiere las librerias libpcap y libsqlite3, y puede ser construido e instalado ejecutando:

$ ./configure
$ make
# make install


Para desinstalar todo lo instalado/creado por Reaver:

# make distclean

USO

Habitualmente, el único argumento requerido para Reaver es el nombre de la interfaz y el BSSID del AP objetivo:

# reaver -i mon0 -b 00:01:02:03:04:05

El canal y SSID (teniendo en cuenta que el SSID no esta encubierto) del AP objetivo son identificados automáticamente por Reaver, a menos que se especifique explícitamente en la línea de comando:

# reaver -i mon0 -b 00:01:02:03:04:05 -c 11 -e linksys

Por defecto, si el AP cambia canales, Reaver también cambiará su canal en consecuencia. Sin embargo, está característica puede ser desactivada "fijando" el canal de la interfaz.

# reaver -i mon0 -b 00:01:02:03:04:05 --fixed

El tiempo de espera de recepción por defecto es 5 segundos. Este tiempo de espera puede ser configurado manualmente si fuera necesario (el tiempo de espera mínimo es 1 segundo):

# reaver -i mon0 -b 00:01:02:03:04:05 -t 2

El tiempo de retraso por defecto entre intentos de pin es de 1 segundo. Este valor puede ser incrementado o decrementado a cualquiera valor entero no negativo. Un valor de cero significa sin retraso:

# reaver -i mon0 -b 00:01:02:03:04:05 -d 0

Algunos APs bloquearán temporálmente su estado WPS, normalmente durante 5 minutos o menos, cuando es detectada actividad "sospechosa". Por defecto cuando se detecta un estado bloqueado, Reaver comprobará el estado cada 315 segundos (5 minutos y 15 segundos) y no continuará haciendo fuerza bruta a los pins hasta que el estado del WPS esté desbloqueado. Esta comprobación puede ser incrementada o decrementada a cualquier valor entero no negativo:

# reaver -i mon0 -b 00:01:02:03:04:05 --lock-delay=250

Para salidas adicionales, se debe proporcionar la opción "verbose". Proporcionando la opción "verbose" dos veces se incrementará el nivel de detalle y se mostrará cada número pin intentado.

# reaver -i mon0 -b 00:01:02:03:04:05 -vv

El tiempo de espera por defecto para recibir los mensajes de respuesta del WPS M5 y M7 es .1 segundos. Este tiempo de espera puede ser fijado manualmente si fuese necesario (tiempo de espera máximo 1 segundo).

# reaver -i mon0 -b 00:01:02:03:04:05 -T .5

Algunas implementaciones WPS pobres tirarán la conexión, cuando se suministre un pin inválido en vez de responder con un mensaje NACK como dicen las especificaciones. Teniendo en cuenta esto, si se alcanza el tiempo de espera de mensaje M5/M7, es tratado por defecto como un NACK. Sin embargo, si se sabe que el AP envía NACKS (la mayoría lo hacen), esta característica puede ser desactivada para mayor exactitud. Esta opción está ampliamente en desuso ya que Reaver autodetectará si un AP responde adecuadamente con NACKs o no:

# reaver -i mon0 -b 00:01:02:03:04:05 --nack

Aunque a la mayoría de los APs no les importa, enviar un mensaje EAP FAIL para cerrar una sesión WPA es necesario a veces. Por defecto esta característica esta deshabilitada, pero puede habilitarse para aquellos APs que la necesiten.

# reaver -i mon0 -b 00:01:02:03:04:05 --eap-terminate

Cuando se encuentran 10 errores WPS consecutivos no esperados, se mostrará un mensaje de advertencia. Cómo esto es una señal de que el AP está limitado el ratio de intentos del pin o simplemente siendo desbordado, se fijará una pausa cuando aparezcan estos mensajes:

# reaver -i mon0 -b 00:01:02:03:04:05 --fail-wait=360

ARCHIVOS

Lo siguiente son archivos fuente de Reaver:

80211.c Funciones para leer, enviar y analizar trazas de gestión 802.11
builder.c Funciones para construir paquetes y paquetes de encabezado
config.h Generado por el script de configuración
cracker.c Funciones principales de crackeo para Reaver.
defs.h Encabezados comunes con la mayoría de las declaraciones y definiciones requeridas.
exchange.c Funciones para iniciar y procesar el intercambio WPS.
globule.c Funciones de contenedor para acceder a los ajustes globales.
iface.c Funciones de la interfaz de red.
init.c Funciones de inicialización.
keys.c Contiene tablas de todos los posibles pins.
misc.c Conversión de direcciones mac, funciones de depurado, etc
pins.c Generación de Pin y funcione de aleatoreidad.
send.c Funciones para enviar mensajes de respuesta WPS
sigalrm.c Funciones para el manejo de interrupciones SIGALRM
sigint.c Funciones para el manejo de interrupciones SIGINT
wpscrack.c Principal archivo fuente de Reaver
wps.h Incluye funciones para wpa_supplicant
libwps/ Generic Librería para analizar los elementos de información WPS

Los siguientes archivos han sido cogidos de wpa_supplicant. Algunos han sido modificados a partir de sus originales.

common/
crypto/
tls/
utils/
wps/

El directorio Iew contiene la version 29 de Wireless Tools, usada para interactuar con las extensiones inalámbricas de Linux.
#530
Buenas:

Contra los routers con MAC 00:19:15:XXXXXX de WLAN_XXXX el pin por defecto es 12345670 y la clave salta en cuestión de segundos

A partir de reaver 1.4 el primer pin que prueba es 12345670, con versiones anteriores lo puedes poner a mano

reaver -i mon0 -b BSSID -p 12345670 -vv

Un saludo

ChimoC