Foro Wifi-libre.com

buenas dios estado probando en wifiexlas pero no soi capaz de ejecutarlo si alguien me puede decir como por que yo extraigo la carpeta le doi clic   derechos de ejecución se abre  una pantalla y continuación pongo los siguientes comando chmod +x PixieScript.sh   y lo lamzamos ./PixieScript.sh  pero no funciona

edit : no hace falta volver a pregiuntar sobre lo mismo, ya se te ha respondido, no desvies los hilos por favor

Hola he leído sobre el tema y me parece bastante interesante este nuevo fallo  censurado O subir el bully modificados que utilizas, un saludo Gracias !!

@ javilamg
  Lo siento pero no puedes decir estas cosas en un foro publico : pones en peligro nuestra comunidad.
Has jurado fidelidad eterna a los cuatro pilares de wifi-libre al inscribirte y acabas en tu primer mensaje de no respectar el cuarto (sin hablar de ser offtopic)
Para tu penitencia quedas expulsado quince días para meditar sobre ellos.
Estas bienvenido para volver con nostr@s dentro de quince días pero tendrás que pasar por presentaciones.
  No olvides que aquí hablamos de hacking y cracking de forma ética,  didáctica y sin quebrar la leí.

@ jorose1987

wuuf...
Sería más largo a explicar que pixie dust (que apenas vemos en superficie y de forma practica en este tema )

No es así jorose
. El autor explica que ha cometido un falló de base invertiendo el papel de los "stations" (enrolee vs registar ) y que se di cuenta después de publicar.
Ha publicado un "erratum" pero ha dejado la demostración ya que, aunque equivocada, puede dar pistas a los que buscan un falló en el protocolo.
El concepto es parecido a pixie dust en el sentido de que no pasamos por un brute force de los PINes pero por un "brute force controlado/optimizado" sobre elementos que intervienen antes de lo que es primera y segunda mitad de PIN. 
  No se si ayuda mucho lo que digo... pero te digo, habría que habrir un tema consecuente y a parte para hablar de esto...
  Para algo conceptual que no funciona... mientras que la brecha pixie dust es concreta y queda mucho por investigar en esta vía.
Saludos

por mi zona hay bastante modelo de tp-link, la mayoría vulnerable a wpspin, tendre que echa manos de esa herramienta para Linux porque de momento no tengo nada disponible para crear una versión para Windows, tendre que estudia la parte de ese algoritmo y intenta hacer una conversión de portabilidad para llevarla a Windows.

betis-jesus seria  muí buena noticia  hacerlo para Windows.

disculpa betis, estaba haciendo cosas y no vi tu mensaje.
para compilar lo bajo ubuntu he tenido que modificar un liña al makefile : Tema de ayuda para instalar pixiewps en ubuntu
respecto a la investigación sobre pixie dust tengo la idea de mirrar si nom podriamos hacer un brute force de los chipsets realteck.
hemos constatado en dos sesiones diferentes que se repetía una "nounce"
no soy especialsta pero normalmente no debería
Si se repite es porque tenemos una función de generación de números aleatorios o pseudo-aleatroios potencialmente predecible y habría que encontrar el intervalo de semilla pertinente
no se si has tenido tiempo de meter te aún en los detalles del ataque pero cuando lo hagas piensa a esto y di me que opinas.

Dudux no es el autor de algo importante, no te preocupes
Interviene en la mitad del tema de kali para poner un brute force sobre sha256 en python que ya estaba codificado en otros lenguajes y ha dicho que haría algo en mayo para broadcom a lo mejor
No te preocupes, el código completo es de wiire, estamos en contacto y es buena gente, lo ha puesto en github, si pones una pregunta o una issue en github te atiende enseguida...
Y su código es 100%  codigo libre, tu simplemente dices que te has basado en su código para hacer el tuyo en windows y todo esta perfecto.
ya sabes como van estas cosas entre buena gente.

   En este caso (SDK realteck rtl9xxx) lo que pasa es que el punto de acceso genera siempre la misma PKE; cual sea el router.
Por lo tanto tenemos una entropía nula (o sea no entropia ) del lado del punto de acseso en el intercambio de llave.
Entonces podemos efectuar un ataque tipo Pixie dust contra Realteck si sabemos cual es el valor (, o como se genera ) empleado para ES1 y ES2
   Sabemos que no es 0 como en el caso Ralink o que nos es el mismo intervalo que con los broadcom afectados
Pronto les dije cual es
Edit
¡Ya está! El valor es la fecha del ultimo "build", más detalles en Pixie dust WPS : ¡Realtek ("rtl819x project") cae también!