Si, la verdad es que inyecta y tiene una mucha mayor sensibilidad, sin dudas.
Por otra parte, acabo de descubrir quizás mi error; estoy pasando el aircrack-ng a todo lo que capture el airodump, cuando a lo mejor solo deberia pasarselo al replay.
No se, estoy experimentando a ver que tal me va. Pero desde luego que lleve ya cerca de 23 millones de IV's y no me de la clave...joer...los ingenieros de Abocom deben estar contentos...
jajaajaj juer rh3nton que me fio de ti tio lo q pasa es q la mayor utilidad del buffer ciclico debiera ser el obtener iv's de los bits que los routers mas modernos no sueltan, y pues eso de momento segun mis pruebas no lo soluciona. Por eso pregunte ayer lo de si se habia solucionado el tema de los AP's que soltaban los iv's que querian.
Bueno a ver si alguien lo prueba en algun AP de estos problemáticos y obtiene resultados. Desde luego el AP este (Abocom) es una autentica pesadilla.
Hombre ya, pero es que digo q no funciona pq si la funcion del buffer ciclico es precisamente esa, lograr bastantes iv's en los bits que los AP mas modernos no sueltan, y no es asi, pues entonces su funcionamiento no es correcto. Voy a currarme un post luego y a poneros capturas del comando, de la evolucion de las capturas y de la ejecucion del aircrack para que veais que no funciona.
Cuando dices que te funciona, ¿has probado el buffer ciclico en un AP de estas características o sencillamente dices que funciona el aircrack-ng genericamente?
rh3nt0n, el comando está perfecto, el lugar donde pongas "ath0" es igual, y el x es el número de paquetes, que es similar.
El comando no me funciona, y si quereis cuelgo las capturas correspondientes. El AP es un Abocom con el que llevo mas de 17 millones de IV's y no lo logra, asi que temiendolo mucho tengo que decir q lo del buffer ciclico, al menos a mi, no me funciona.
Puessss el buffer cíclico no funciona, el AP sigue sin ser vencido. He puesto la opción -g 1000000 y luego -g 2000000 y nada, sigue sin soltar de los ultimos bits.