Buenas!!! Volviendo por estos lados ahora que me sobra un poco el tiempo, les traigo una "consulta" y aunque no estoy seguro que sea la zona adecuada del foro no se me ocurrió otra.
Me hice con unos cuantos megabytes de wordlists para probar la seguridad de algunas redes con WPA, pero tengo muchos archivos por separado y sin lugar a dudas una redundancia increible de palabras. Para achicar la cantidad de palabras redundantes se me ocurrió juntar todas las palabras en una BD con MySQL, y utilizar cada palabra como clave primaria de la tabla. Hasta aquí no reviste demasiada complejidad la cuestión, el programa que usaría para probar las claves WPA seria aircrack-ng (que funciona perfectamente, ya pude obtener unas claves WEP, con un poco de paciencia y muchos IVs), pero aircrack-ng utiliza la opción -w para especificar el archivo de origen de las palabras (diccionario), pero ahora mis palabras están en una tabla de la BD. Creí que utilizando pipes y un programa intermedio podría hacerle creer a aircrack-ng que el archivo que le indicaba era una wordlist convencional, pero no. Lo que hice fue:
- crear un pipe "mkfifo pipe"
- hacer un script en python que escriba una a una las palabras de la tabla,
#fragmento
for fila in resultado:
    count+=1
    print fila[0]
    pipe.write(fila[0])
- y una vez lanzado el programa anterior indicarle a aircrack-ng que el archivo es pipe, es decir "-w pipe".
Mi sorpresa fue al ver la salida de aircrack:

root@moon:/home/juan/pruebas# aircrack-ng -w pipe -b ::::: E-02.cap
Empty dictionary
Empty dictionary
Opening ETP2-02.cap
Please specify a dictionary (option -w).

Quitting aircrack-ng...
root@moon:/home/juan/pruebas#

La salida del script fue:


434
Traceback (most recent call last):
  File "/home/juan/workspace/Dictionary/src/buscar.py", line 17, in <module>
    pipe.write(fila[0])
IOError: [Errno 32] Broken pipe

434 es la cantidad de palabras que se leyeron de la consulta.

Evidentemente el problema es que yo no se con precisión cómo aircrack lee el archivo de entrada... pero evidentemente no lo lee de a una palabra por vez.
Hay alguna forma de poder hacer lo que quiero o realmente estoy perdiendo el tiempo???
Me extendí demasiado, perdón...

La idea que propones funciona sin lugar a dudas y el script sería muy sencillo. Pero es justamente lo que quería evitar, la redundancia de las palabras, aunque podría usar la BD para evitar las palabras repetidas y el archivo para alimentar aircrack, de todas formas estaría teniendo el doble de la información necesaria.
Con respecto a la velocidad del script, pensé que sería mas rápido acceder a las palabras obtenidas de la consulta (ya en memoria RAM según mi teoría) que a las palabras del archivo de texto que está en disco.
Pero claro... el punto sigue siendo que no se cómo aircrack lee el archivo. Estoy viendo el código fuente de aircrack y encontré la función donde lee las claves del archivo, veré si puedo descifrar un poco su funcionamiento. Gracias svoboda!

Imagino que no será muy difícil compilarlo para que funcione con el SQLite. Nunca he compilado la suite aircrack, pero si otros proyectos, y por lo general, basta con tener las dependencia instaladas y a la hora de ejecutar el "./configure" o el "make" pasarle alguna opción especial para que añada determinadas funcionalidades. Todo será cuestión de mirar específicamente el proyecto.

Por lo poquísimo que he leído, parece algo así:

Te dejo un enlace para que lo mires.
aircrack-ng doc

Ya nos contarás que tal.