Foro Wifi-libre.com

Muchas gracias a ti por compartir tu trabajo y bienvenido a wifi-libre.
Tú presentación está muy bien hecha y se nota que le has puesto esfuerzos y cariño a tu código.

Hola
  Solo una pequeña sugestión, sin importancia: ifconfig se considera cómo obsoleto (oficialmente desde... 2011)  y no está instalado por defecto en las distribuciones hoy en día.
Ifconfig es obsoleto... ¡Actualiza tus sintaxis con el comando ip!
En tu script usas ip que es el sucesor oficial de ifconifg y esto es lo recomendable. 
En tu función check_interface haces

if [ -z "$(ip link | grep $interface:)" ]; then
	error=1
fi

  Pero luego usas ifconfig en random_mac y original_mac para levantar y bajar las interfaces
Y esto lo puedes hacer perfectamente con ip.
  Tomando en ejemplo random_mac

• En lugar de

  # Mac random
  function random_mac(){
  	printf " $s1 $changing_mac "
  	ifconfig $interface down > /dev/null && macchanger -r $interface | grep "New" | awk -F "       " '{print $2}' | head -c 18 && ifconfig $interface up > /dev/null ||  echo " /\ ERROR /\\"
  	echo
  	echo
  }

• Haces

  # Mac random
  function random_mac(){
  	printf " $s1 $changing_mac "
  	ip l s $interface down > /dev/null && macchanger -r $interface | grep "New" | awk -F "       " '{print $2}' | head -c 18 && ip l s $interface up > /dev/null ||  echo " /\ ERROR /\\"
          echo -e "\n"
  }

Y quitas así una dependencia extra de tu variable dep_list. Dependencia que puede ser problemática ya que tiende a salir de los repositorios de las distribuciones mientras que ip está en todas por defecto.
Te he puesto la sintaxis corta, la sintaxis completa es

ip link set <interfaz> up/down 

que se abrevia así

ip l s <interfaz> up/down

Es un detalle, mucha tutoriales y scripts siguen empleando ifconfig, lo que pasa es que hace ya un par de años o tres que estos scripts devuelven errores porque falta ficonfig en el sistema del usuario. Pasando a ip te cubres la espalada.

No: Fallo nuestro.
Somos [email protected] "culpables", personalmente me enteré 3 o 4 años despuès que la Linux Fundation anunciará el cambio y llevaba ifconfigurando alegremente "toda la vida". Y para ser sincero no me gustó nada aquel cambio, ahora lo tengo asimilado, pero me costó.
Creo que es uno de los comandos que se ha quedado más tiempo en uso siendo "jubilado" en la historia de los paquetes linux. Las distribuciones han seguido poniéndolo por defecto hasta hace poco.
Pero ahora si que se empieza a ver el final, en un ubuntu 20.04 LTS (distribución de 2020 con soporte a largo a plazo)

[email protected]:~$ sudo ifconfig 
sudo: ifconfig: orden no encontrada
[email protected]:~$ sudo ip
Usage: ip [ OPTIONS ] OBJECT { COMMAND | help }
       ip [ -force ] -batch filename
where  OBJECT := { link | address | addrlabel | route | rule | neigh | ntable |pero es aconsejable mirar "por adelante" y si se puede quitar una dependencia mejor
                   tunnel | tuntap | maddress | mroute | mrule | monitor | xfrm |
                   netns | l2tp | fou | macsec | tcp_metrics | token | netconf | ila |
                   vrf | sr | nexthop }
       OPTIONS := { -V[ersion] | -s[tatistics] | -d[etails] | -r[esolve] |
                    -h[uman-readable] | -iec | -j[son] | -p[retty] |
                    -f[amily] { inet | inet6 | mpls | bridge | link } |
                    -4 | -6 | -I | -D | -M | -B | -0 |
                    -l[oops] { maximum-addr-flush-attempts } | -br[ief] |
                    -o[neline] | -t[imestamp] | -ts[hort] | -b[atch] [filename] |
                    -rc[vbuf] [size] | -n[etns] name | -N[umeric] | -a[ll] |
                    -c[olor]}

Lo que no ha ayudado a cambiar los hábitos es que ifconfig tiene muchísimas menos opciones que ip.
Cierto, Ifconfig es menos potente, pero las sintaxis son mucho más directas y simples.
El ejemplo de cómo bajar o subir una interfaz habla de por si solo: ifconfig <interfaz> up vs ip link set <interfaz> up.
Con ip hay más parámetros y es más largo.
Una vez que estás acostumbrado y conoces las abreviaciones ("l s" en lugar de "link set") es lo mismo, hay incluso un carácter menos con ip (usando sintaxis reducida).
Bueno, paro de dar la chapa con esto...
Si estás abierto a sugestiones hay un par de optmizaciones que veo.
Pero repito, tú código está ya muy limpio y muy curado, no necesita nada.
Es más que cada uno, por las batallas que ha llevado haciendo bash, ve unas cosas que otro ha visto de otra forma.
Te lo puedo proponer como "commit" en github si lo prefieres.
Un saludo y otra vez gracias por esta linda presentación y por compartir este script muy curado.

Puedo testificar de la eficiencia del concepto, es casi cómico.
Me explico: Tengo el router en el salón, y estoy en mi cuarto, en la otra planta.
La señal del router es muy buena, la recibo desde mi móvil en mi cuarto con un rssi de -60, tengo el icono del gestor de redes que está "a full".
Ejecuto el script desde mi ordenador de sobre mesa en mi cuarto con un adaptador USB sin alta potencia, tiene sus 20dBm legales, nada de otro mundo.
Lo único: está mucho más cerca del móvil.     
Y obtengo el handshake en un par de minutos
Qué la mac sea diferente no le importa lo más mínimo al android.
Es imparable, si la red trampa se capta con más fuerza que la red legitima a la cuál estamos conectado, aunque la conexión este muy buena, Android va a intentar conectarse a la otra red.
  Con una antena direccional y un adaptador wifi USB de alta potencia podemos  obtener el handshake así incluso cuando la victima está a pocos metros de su Punto de Acceso.
  Podemos también echar un ojo en los probes del paquete *.cap que el script ha pillado para ver los essids que la vicitima tiene guardados y sacarle los handshakes de todos los PA que visita, ya que si Android detecta una red guardada en los perfiles con más señal, va a intentar una conexión con dicha red

Muchísimas gracias por todo: el tiempo, el interés, etc.

Propón commit si lo tienes ya listo, sino lo corrijo yo!

(pd. te he mandado un correo mediante el foro, no sé si irá eso bien. Si no te ha llegado hazmelo saber)

Y... como siempre: Un saludo!!

Buenos días cmateo y bienvenido a wifi-libre
¿Podrías decirnos que distribución usas y darnos la versión de tcpdump?
Te comento esto porque he probado rápido en Ubuntu LTS (20.04) con las herramientas tal y cómo vienen en los repositorios ( tcpdump está en una versión "estable" un poco más antigua que en otros sistemas) y he tenido el mismo fallo que tú: La consola con tcpdump se abre y se cierra de inmediato, el proceso no aguanta. En la consola principal se lee "tcpdump: no process found"

Esto es "normal": Con la configuración por defecto de un sistema que tira de systemd (casi todos) hay un cambio de política de nombramiento de las interfaces.
Las interfaces wifi internas se llaman wlp2sX, las interfaces USB wlx+mac..
Hay varios motivos por ello (personalmente no los valido) pero queda claro que no simplifica el uso en consola. 
Puedes revertir el cambio y volver a la vieja política de nombramiento wlanX modificando las reglas systemd.
O bien renombrar tu interfaz con el comando iw antes de ejecutar el script.   

wlp2s0b1 : interface enabled
failed to set beacon parameters

Pueden ser dos cosas:

1. Proceso conflictivo: Puedes usar

   airmon-ng check kill

   para parrar todos los procesos conflictivos de golpe (wpa_suppliacant, NetworkManager...). Una vez hecho asegúrate de que tu interfaz wifi esté bien activa con:

   rfkill unblock wifi

   sudo ip l s wlp2s0b1 up

    

2. Tu chipset no es compatible con el modo AP, necesario para usar hostpad. Para averiguarlo ejecuta

   iw list

   y tendrás que ver algo así (si tu interfaz es compatible:

   Supported interface modes:
   		 * IBSS
   		 * managed
   		 * AP
   		 * AP/VLAN
   		 * monitor
   		 * mesh point

   Vez que tengo AP bajo managed

Para probar el script he usado Kali y no le he dado más vueltas al asunto, pero si Miguelillo0 quiere brindar más soporte y mejorar la detección de eventuales bugs, me apunto para la operación.
Habría que probar en Arch y Debian/Ubuntu que son las bases más importantes y tiran de systemd.
Con una o un par de funciones más se puede, es cuestión de bien identificar los problemas que pueden surgir.

edit
Acabo de arrancar el Xubuntu, el problema está en la interfaz, no sé porque, con tcpdump no arranca y si añado un "echo $interface" justo antes de que ejecuta tcpdump no aparece.  Pero sí que va bien con hostapd...
No es un error con las xterm ya que si ejecuto el comando indicando la interfaz me funciona.

Buenas, muchas gracias a Kcdtv por responder anteriormente!

El problema ya es de hashcat, no estoy seguro de que sea pero al parecer no detecta una GPU... Puedes probar tirando de procesador con aircrack-ng. Desde la version 1.3 aircrack soporta archivos hccapx.

Un saludo!

Hola gente linda, como andan.
Lo quise probar y no me fue muy bien, se me cierra al momento de escanear por redes. Busque info en inet pero no encontre nada sobre este script en kali.
RT2870/RT3070 adapter