No output from walsh

[GoogleCodeExporter]

0. What version of Reaver are you using?
--- 1.3 (latest at time of submission)

1. What operating system are you using (Linux is the only supported OS)?
--- CentOS 6.2 (32 bit)

2. Is your wireless card in monitor mode (yes/no)?
--- Yes

3. What is the signal strength of the Access Point you are trying to crack?
--- The problem is with 'walsh', 'reaver' works fine.

4. What is the manufacturer and model # of the device you are trying to
crack?
--- None in particular.

5. What is the entire command line string you are supplying to walsh?
--- walsh -c 6 -i mon0

6. Please describe what you think the issue is.
--- I do not get any response from the 'walsh' utility, however I've been 
successful in getting 'reaver' to crack multiple APs now.  What I'm wondering 
is if there's a debug or verbosity switch I can set with walsh or if we can get 
one?  I get no output other than "Scanning for supported APs...".

7. Paste the output from Reaver below.
This is the particular card that works fine with 'reaver' but does not seem to 
work with 'walsh' (airmon output):
--- mon0 RTL8187 rtl8187 - [phy0]

Thanks gents, awesome tool!  I'm collecting information speed and AP type at 
the moment with reaver.  Any thoughts on a DB of particular cards to use and 
typical AP cracking times?  I'd be interested in submitting feedback into this. 
 Or, I can turn something like this up - but I have no intent of stepping on 
your feet.

Thanks again and cheers...  Look for my donation shortly!

Original issue reported on code.google.com by djme...@slash32.com on 8 Jan 2012 at 11:18

• Merged into: #73

[GoogleCodeExporter]

I also have the exact same issue. walsh starts up, shows the list headline 
("BSSID, Channel, WPS Version", etc.) and just sits there indefinitely.

This goes for both a USB device (with an RTL8187L chip) and the internal PCI 
card in my laptop (Intel 5100 AGN).

All other utilities (the aircrack-ng suite and reaver itself) work as expected.

Original comment by vidar...@gmail.com on 9 Jan 2012 at 12:40

[GoogleCodeExporter]

A small update:

Removing the "else" from line 353 in wpsmon.c (current SVN version; r78) makes 
walsh at least list the APs as they are being discovered. (The logic behind all 
the "if"s and return values in that part escapes me right now.)

Original comment by vidar...@gmail.com on 9 Jan 2012 at 1:06

[GoogleCodeExporter]

Ugh, I meant line 338 in wpsmon.c:

@@ -335,7 +336,7 @@
                                {
                                        update(bssid, ssid, wps, encryption);
                                }
-                               else if(wps->version > 0)
+                               if(wps->version > 0)
                                {
                                        switch(wps->locked)
                                        {

Original comment by vidar...@gmail.com on 9 Jan 2012 at 1:08

[GoogleCodeExporter]

The problem with removing the 'else' there is that APs will be listed multiple 
times. The real problem is with the database that walsh is using. This is a 
known problem, work is in progress.

Original comment by cheff...@tacnetsol.com on 9 Jan 2012 at 3:50

• Changed state: Started

[GoogleCodeExporter]

Have you guys tried the latest SVN and have you done a 'make install'? 

Original comment by cheff...@tacnetsol.com on 9 Jan 2012 at 6:42

[GoogleCodeExporter]

Looks like you are having the same problem as reported in issue 73, merging.

Original comment by cheff...@tacnetsol.com on 9 Jan 2012 at 8:42

• Changed state: Duplicate