Juego de aire, sin efecto, sin apretón de manos y Reaver atascado

2

Así que estoy tratando de hackear mi propia WiFi usando aircrack o reaver pero no he tenido éxito con ninguno de los dos. Con Aircrack no puedo lograr un apretón de manos exitoso ya que la belleza no parece tener ningún efecto en mis dispositivos específicos. Esto es lo que produce:

root@kali:~# aireplay-ng -0 0 -a C0:05:C2:3B:8E:42 -c 98:9E:63:A1:E7:03 wlan0mon

20:21:49  Sending 64 directed DeAuth. STMAC: [98:9E:63:A5:E7:03] [ 8| 1 ACKs]

20:21:59  Sending 64 directed DeAuth. STMAC: [98:9E:63:A5:E7:03] [34| 0 ACKs]

20:21:59  Sending 64 directed DeAuth. STMAC: [98:9E:63:A5:E7:03] [ 3| 2 ACKs]

20:22:00  Sending 64 directed DeAuth. STMAC: [98:9E:63:A5:E7:03] [21| 5 ACKs]

20:22:10  Sending 64 directed DeAuth. STMAC: [98:9E:63:A5:E7:03] [ 9| 2 ACKs]

20:22:10  Sending 64 directed DeAuth. STMAC: [98:9E:63:A5:E7:03] [ 0| 0 ACKs]

20:22:11  Sending 64 directed DeAuth. STMAC: [98:9E:63:A5:E7:03] [12| 0 ACKs]

20:22:20  Sending 64 directed DeAuth. STMAC: [98:9E:63:A5:E7:03] [11| 0 ACKs]

20:22:21  Sending 64 directed DeAuth. STMAC: [98:9E:63:A5:E7:03] [ 0| 0 ACKs]

20:22:21  Sending 64 directed DeAuth. STMAC: [98:9E:63:A5:E7:03] [ 0| 0 ACKs]

Además, con aircrack, a veces cuando intento usar el comando deauth dice:

20:24:09  Waiting for beacon frame (BSSID: C0:05:C2:3B:8E:42) on channel 6

20:24:09  wlan0mon is on channel 6, but the AP uses channel 1

Sin embargo, normalmente puedo seguir intentándolo y los dos canales se sincronizarán. No sé si esto tiene algún impacto, pero en mi terminal de airodump, la primera línea de la tabla sigue cambiando el número de 'canal fijo'. (El 9 sigue cambiando):

CH  1 ][ Elapsed: 7 mins ][ 2018-01-06 20:23 ][ fixed channel wlan0mon: 9 

Con Reaver, el comando se ejecuta y va a verificar el primer pin, pero se atasca y se repite una y otra vez:

[+] Waiting for beacon from C0:05:C2:4B:7D:48

[+] Switching wlan0mon to channel 1

[+] Received beacon from C0:05:C2:4B:7D:48

[+] Vendor: AtherosC

[+] Trying pin "12345670"

[+] Associated with C0:05:C2:3B:8D:41 (ESSID: VM7781911)

[+] Sending EAPOL START request

[!] WARNING: Receive timeout occurred

[+] Sending EAPOL START request

[!] WARNING: Receive timeout occurred

[+] Sending EAPOL START request

[!] WARNING: Receive timeout occurred

[+] Sending EAPOL START request

[!] WARNING: Receive timeout occurred

[+] Sending EAPOL START request

[!] WARNING: Receive timeout occurred

[+] Sending EAPOL START request

¿Alguien sabe dónde me he equivocado o cómo solucionar estos problemas?

EDITAR: Cuando ingreso mi tarjeta en el modo de monitoreo, sale esto:

PHY      Interface      Driver      Chipset

phy0     wlan0          iwlwifi     Intel corporation wireless 3165 (rev 79) 

                    (mac80211 monitor mode vif enabled for [phy0]wlan0 on [phy0wlan0mon])
                    (mac80211 monitor mode vif disabled for [phy0]wlan0)

¿Está bien?

    
pregunta Non0 06.01.2018 - 23:58
fuente

2 respuestas

1

Necesitas establecer una cantidad de paquetes para enviar, 0 es 0, no envía nada, pone más de 0: D (deauth)

-0 22

root@kali:~# aireplay-ng -0 22 -a C0:05:C2:3B:8E:42 -c 98:9E:63:A1:E7:03 wlan0mon

[EDITAR]

También, ejecute airmon-ng check kill antes de comenzar, como dice G. T

    
respondido por el Pixar Filmz 09.01.2018 - 03:31
fuente
0

Tuve un poco el mismo problema. Pude embellecer clientes, pero nunca tuve el apretón de manos.

Antes de comenzar el primer airodump-ng Ejecute este comando: airmon-ng check kill

Esto hizo el truco para mí. Algunos procesos obstaculizaban la captura correcta del apretón de manos.

También, cuando haya realizado el primer airodump-ng para encontrar la dirección de Mac. Evita que ese volcado se ejecute. Comience uno nuevo, solo el canal que necesita.

    
respondido por el G.T 15.01.2018 - 22:44
fuente

Lea otras preguntas en las etiquetas