Foro Wifi-libre.com

Es que de todo modo no creo que es buena idea generar el diccionario.... tienes que hacer lo al vuelo
Mirra esto es el peso de un diccionario completo siguiendo el supuesto patrón

crunch 10 10 + 0123456789ABCDEF + + -t ,2E,,,,,,, 
Crunch will now generate the following amount of data: 47244640256 bytes
45056 MB
44 GB
0 TB
0 PB
Crunch will now generate the following number of lines: 4294967296

10 caracteres hexadecimales con dos fijos = 44 GB  = es mucho

  Lo conozco, incluso hemos intercambiado ideas en su tiempo cuando Goy era activado ya que me ha pedido muy amablemente "permiso" para usar lo desvelado en WPSPIN para hacer GoyWPS,
  Es sin duda un script super limpio y super bien montado.
Es cómo dices : Todo en su código tiene mucho sentido y coherencia.
  El de gemini no lo conozco pero he visto unas lineas por allí de este hombre, no me acuerdo porque, probablemente algo que me ha enseñado USUARIONUEVO y se notaba también que sabe dónde va cuando usa bash. 

Esto es le problema con los scripts muy grandes... Si el autor lo deja de lado es un reto para cualquiera meterle mano.
A pesar de que estén muy bien ordenados y lógicos... es casi mas fácil retomar desde cero que ponerse a mantener algo que no es suyo cuando es tan grande.
También esta el tema : estar el día. Si haces algo que unificas todo has de estar al ojo cada vez que sale un nuevo algoritmo, una nueva brecha,k un nuevo PIN genérico...
Es mucha dedicación todo el tiempo y esto explica en parte porque este tipo de scripts sufren problemas de actualizaciones y desarrolló.

  No hablaba de momento de hacer algo tan curado.
Solo algo que guarde la sesión y que la reanuda cuando se vuelve a hacer el brute force.
  Algo muy simple, lo que los profesionales llaman un "PoC" (Proof of Concept)
Es decir un pequeño script de algunas lineas para estudiar una eventual vulnerabilidad.
  Luego si la brecha se confirma si te apetece podemos hacer un "script" más currado, que detecte automáticamente los caracteres fijos, con un menú wapo etc..
De momento no sabemos si esto funciona.
  ¿Tienes datos de estas redes para que eche un ojo?
Porque si de verdad se usan dígitos del essid tal cuál en el pass WPA esto significa que el algoritmo es debíl y que se puede probablemente hacer más...  Si se consigue detrminar un solo carácter más, pasamos de 4294967296 posibilidades (44GB de dic) a 268435456 (2,5GB de dic)
  44 GB de dic sin tarjeta vídeo potente es mucho mucho...  2Gb se hace sin tarjeta vídeos, es igual a un brute force tipo orange.sh
  Si tus colegas de mejicanos pueden pasarte unos datos... good.

Ahora hablemos un poco de como podríamos hacer para automatizar lo de guardar la sessión y reanudarla, puede servir mas adelante a cualquiera que quiere hacerlo.
Primero hay que ver como sería la mecánica.

Para guardar la sessión habría que que guardar la ultima contraseña comprobada.
Para ello no hace falta contar las lineas en un diccionario (que de todo modo es mejor no guardar) mirra porque :
Lanzo crunch al vuelo con aircrack-ng :

crunch 10 10 + 0123456789ABCDEF + + -t ,2E,,,,,,, | aircrack-ng '/home/kcdtv/handshake-01.cap' -b F4:CA:E5:E5:27:5C -w-

Cuando parro el proceso con CTRL+C veo esto :

entonces sabemos por dónde re-empezar la próxima vez
Hay una ligera diferencia entre lo que pone aircrack-ng y lo que dice crunch.
Estoy casi seguro que se han comprobado todos los passes que dice crunch, es un historia de latencia de refrescado en la slaida de aircrack-ng, pero de todo modo podemos re-empezar con lo que dice aircrack-ng, la diferencia es mínima y así estamos seguros de no "olvidar" ninguna llave.

el script tendria que hacer esto
1) guardar la ultima contraseña en una archivo de texto llamado <bssid>.txt
2) Cuando se reincie el script contra el mismo bssid se comprueba si hay un fichero de sessión
3) Si hay un fichero de sesión usa la contraseña para emplear el opción -s y reanudar la sesión dónde estaba.
4) cuando se parra aplasta el antiguo fichero con uno nuevo, o añade la contraseña
Para que funcione bien tenemos que determinar un $PATH al inicio para que el script sepa dónde buscar el fichero de sesión.
Ya con esto será suficiente, obviamente podemos ponerle mil movidas más pero es un simple PoC, no vamos a hacer "dynyly auditor" o "dynyly script" aún, PoC a PoC 

Me parece "muy gordo" en 2016 que tengas así de regalado dos caracteres solo con mirrar el essid.
Pero vamos... ¿Porque no?  Si hay datos sería interesante para intentar disminuir los 40GB que no son pocos... con mi ordenador sería casi dos meses de brute force sin parrar...

no es essid solo a veces en ciertos modelos de los tecnicolor el 2 o 3 digitto de la clave coincide con los primeros de la mac o el nombre de red

lo guapo seria recoger datos de la gente de aqui que colabaran ...pero aqui parece mas dificil son claves de largas de 10 pa arriba y no se de ningun caso parecido por aqui
decir que lo del algoritmo de Zhao fue la hostia y wpamagic claves de 20 digitos