Evil Twin and Rogue APs
A fake AP that clones a real network, plus a captive portal that asks nicely for the password. The human attack.
What you will learn
- -Explain how an evil twin lures clients away from the real AP
- -Describe the captive-portal phishing flow that harvests a passphrase
- -Recognize why this attack beats a strong passphrase that cracking cannot
When the passphrase is too strong to crack, you stop attacking the crypto and start attacking the person. An evil twin does exactly that: it does not break WPA2, it convinces a human to type the into a page you . Against a 20-character random passphrase this is the attack that works when the handshake crack has already lost.
An evil twin is a rogue AP that clones a legitimate : same SSID, often the same or a spoofed BSSID, broadcasting a stronger signal from closer range. associate to the BSSID with the best signal for a known SSID, and they do it automatically. Your laptop reconnects to "CoffeeShop-WiFi" without asking you. That reflex is the entire .
The lure
You stand up an AP advertising the target SSID, then you make the real one unusable so clients drift to yours. The push is the deauth attack from the last lesson, aimed continuously at the legitimate AP. Clients knocked off the real network, see your identical SSID with a strong signal, and reassociate to you.
Now the client is on your network. Here is the catch that makes this different from a normal man-in-the-middle: you still do not know the WPA2 passphrase, so you cannot run a normal WPA2 AP that the client authenticates against. So you run an open network instead, or a WPA network that accepts any password, and let the client associate. The moment it has an IP from your , you own its and its default route.
The captive portal
You have probably seen a captive portal: connect to hotel Wi-Fi and a login page appears before you can browse. Attackers weaponize that expectation. Your rogue AP hijacks every DNS lookup and and the browser to a page you . The page looks like a firmware update or a "reconnect to your network" prompt, and it asks for the Wi-Fi password.
The flow is blunt and it works:
- Client reconnects to your evil twin after repeated deauths.
- Every web request redirects to your captive portal.
- The page the needs the Wi-Fi password to finish a mandatory update.
- The victim types the real passphrase, which you .
- You validate it against the captured handshake in the background, and if it matches you let the client back onto the real network so nothing seems wrong.
wifiphisher and airgeddon automate this whole sequence, spinning up the rogue AP, the deauth, the DHCP and DNS services, and a library of portal templates. You point them at a target and they run the play. That convenience cuts both ways: it also means unskilled attackers can run it, which is why this shows up in real against real people.
Handshake cracking has a hard ceiling: a passphrase with enough simply will not fall to any wordlist. The evil twin routes around the math entirely. It targets the one component with no entropy budget, the user, who will hand over even a perfect passphrase if the page looks official enough. Strong passwords do not defend against being asked politely.
The tell for a defender is a duplicate SSID with a different BSSID, or a familiar network suddenly demanding a password through a browser page it never used before. A legitimate WPA2 network authenticates at the radio layer and never asks for the Wi-Fi key in a web form. If a webpage asks for your Wi-Fi password, something is wrong.
This attack targets people, not just , which raises the stakes. Deauthing strangers and phishing their is illegal without , full stop. Run wifiphisher or airgeddon only in an isolated lab with your own devices as the victims, or under a signed social-engineering engagement that explicitly permits it.
Why is an evil twin effective against a network whose passphrase is too strong to crack from a captured handshake?