Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Reaver is skipping correct pin due to timeout. #12

Closed
GoogleCodeExporter opened this issue Sep 5, 2015 · 2 comments
Closed

Reaver is skipping correct pin due to timeout. #12

GoogleCodeExporter opened this issue Sep 5, 2015 · 2 comments

Comments

@GoogleCodeExporter
Copy link

What steps will reproduce the problem?
1. Run reaver, crack first 4 digits and let the program continue.
2. At some point it will try:
  [+] Trying pin 47704244
  [!] WARNING: Receive timeout occurred

However, this is the correct pin, but due to a timeout, it is skipped, not 
repeated?

What is the expected output? What do you see instead?
I see that it continues to crack other pins, but not repeating the correct one. 
I believe it's supposed to retry the pins that encountered a timeout.

What version of the product are you using? On what operating system?
latest svn checkout (v16)

Please provide any additional information below.


Original issue reported on code.google.com by stefanen...@gmail.com on 30 Dec 2011 at 12:30

@GoogleCodeExporter
Copy link
Author

I let the program run until 100%, but the correct pincode is never found again. 
 (It even gets into a loop, see issue #13)

Original comment by stefanen...@gmail.com on 30 Dec 2011 at 12:46

@GoogleCodeExporter
Copy link
Author

I see the bug. The do_wps_exchange function tries to automatically identify if 
the AP properly sends WSC NACK messages on failure (some don't, they just stop 
responding...). Unfortunately I'm not saving this state across calls to 
do_wps_exchange, so some timeouts are getting treated as NACKs when they 
shouldn't be.

A fix is checked in, I would appreciate verification if possible. A work around 
is to specify '--nack' on the command line, which tells Reaver that the AP 
always responds with a NACK message on failure (most do).

Original comment by cheff...@tacnetsol.com on 30 Dec 2011 at 12:27

  • Changed state: Fixed

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant