search

visionmaster420 / reaver-wps

Automatically exported from code.google.com/p/reaver-wps
0 stars 0 forks source link

Tested Key don't change #37

Closed GoogleCodeExporter closed 8 years ago

GoogleCodeExporter commented 8 years ago 
What steps will reproduce the problem?
1. Everytime I start the bruteforce. I changed the AP, same problem :(
2.
3.

What is the expected output? What do you see instead?

- Changing keys in every line. 
- Always the same is tested.

What version of the product are you using? On what operating system?

- BT5 R1  RT3070
- Reaver 1.2 rv35

Please provide any additional information below.

Reaver v1.2 WiFi Protected Setup Attack Tool
Copyright (c) 2011, Tactical Network Solutions, Craig Heffner 
<cheffner@tacnetsol.com>

[+] Waiting for beacon from 88:25:2C:52:67:63
[+] Switching mon0 to channel 6
[+] Associated with 88:25:2C:52:67:63 (ESSID: WLAN-F58613)
[+] Trying pin 57245515
[+] Trying pin 57245515
[+] Trying pin 57245515
[+] Trying pin 57245515
[+] Trying pin 57245515
[+] Trying pin 57245515
[+] 0.00% complete @ 0 seconds/attempt
[+] Trying pin 57245515
[+] Trying pin 57245515
[+] Trying pin 57245515
[+] Trying pin 57245515
[!] WARNING: Receive timeout occurred
[!] WARNING: 10 failed connections in a row
[+] Trying pin 57245515
[+] 0.00% complete @ 0 seconds/attempt
[+] Trying pin 57245515

Original issue reported on code.google.com by hurenhan...@googlemail.com on 31 Dec 2011 at 1:45

GoogleCodeExporter commented 8 years ago 
Oh I forgot, it's BT5 R1 32 bit ;)

Original comment by hurenhan...@googlemail.com on 31 Dec 2011 at 1:50

GoogleCodeExporter commented 8 years ago 
I have the same issue regardless of the AP vendor.

Info: 
- BT5 R1 32 bit
- Atheros Communications Inc. AR9285 Wireless Network Adapter (PCI-Express) 
(rev 01)
- Reaver 1.2 R34
- tested against various APs

Original comment by basti.me...@googlemail.com on 31 Dec 2011 at 1:55

GoogleCodeExporter commented 8 years ago 
@hurnhan

I have a RT2800usb with Ralink 3070 chip, and what I had to do, to stop the 
repeating key issue was run, "sudo airmon-ng start wlan0", as soon as I booted 
in. It sounds simple, I know, but if I stopped the adapter with the "sudo 
airmon-ng stop wlan0" then started it, right after boot up, I received several 
errors as well as the repeating of the same key, for some odd reason (did it 
again this morning just confirm that I was not crazy since it made no sense to 
me). The only caveat is that I am using MythUbuntu 10.4 and getting the drivers 
to work on this build is/was not easy....

Original comment by juanpedr...@gmail.com on 31 Dec 2011 at 2:13

GoogleCodeExporter commented 8 years ago 
@juanpedr

thanks for this tip, but it didn´t work for me :(

I also tested it in a VM with the same results.

Original comment by hurenhan...@googlemail.com on 31 Dec 2011 at 2:28

GoogleCodeExporter commented 8 years ago 
@juan/hannes:

airmon-ng start wlan0 
-> enables the monitoring inteface mon0
-> the WLAN adaptor is in promiscuous mode

airmon-ng stop wlan0 
-> disables the monitoring mode
-> the WLAN adaptor is in master mode

Original comment by basti.me...@googlemail.com on 31 Dec 2011 at 2:37

GoogleCodeExporter commented 8 years ago 
yes, I know :)

Original comment by hurenhan...@googlemail.com on 31 Dec 2011 at 2:44

GoogleCodeExporter commented 8 years ago 
Okay, just wanted to clear up any confusion. Which wifi driver are you using 
(you should see it when enabling/disabling the monitoring interface)? 
Even though the ath9k driver is on the list of working drivers I get the same 
output as you.

Original comment by basti.me...@googlemail.com on 31 Dec 2011 at 2:54

GoogleCodeExporter commented 8 years ago 
I´m using rt2800usb.

Original comment by hurenhan...@googlemail.com on 31 Dec 2011 at 3:00

GoogleCodeExporter commented 8 years ago 
this problem is here on arch linux too

Original comment by alexande...@gmail.com on 1 Jan 2012 at 1:29

GoogleCodeExporter commented 8 years ago 
this problem is here on arch linux too

Original comment by alexande...@gmail.com on 1 Jan 2012 at 1:29

GoogleCodeExporter commented 8 years ago 
Same problem here: Kubuntu 11.10 running on Asus EeePC 1215, 64bit mode, 
wireless chipset AR9285 and driver is ath9k

Original comment by and...@borgia.bo.it on 1 Jan 2012 at 7:58

GoogleCodeExporter commented 8 years ago 
For anyone/everyone having this issue, can you confirm that:

1) The AP you are targeting supports WPS and has WPS enabled.
2) You have a good signal strength from the AP and low interference on the AP's 
channel and surrounding channels?

From hurenhannes output, it looks like Reaver is running but it isn't able to 
complete a full WPS transaction (or possibly unable to even start one), so it 
keeps re-trying the same pin.

This type of bug is also going to be nearly impossible for me to diagnose with 
pcaps...

Original comment by cheff...@tacnetsol.com on 2 Jan 2012 at 12:54

GoogleCodeExporter commented 8 years ago 
Issue 39 has been merged into this issue.

Original comment by cheff...@tacnetsol.com on 2 Jan 2012 at 12:58

GoogleCodeExporter commented 8 years ago 
Any more info on this? Pcaps?

Original comment by cheff...@tacnetsol.com on 4 Jan 2012 at 2:45

GoogleCodeExporter commented 8 years ago 
Nope, I think it was a just a driver problem at this point. The rt2800usb 
driver suck so bad in BT5 R1 and no chance to fix that :(

Original comment by hurenhan...@googlemail.com on 4 Jan 2012 at 4:31

GoogleCodeExporter commented 8 years ago 
OK, thanks!

Original comment by cheff...@tacnetsol.com on 4 Jan 2012 at 4:36