RSS Amplifier

Hardsoft Security Newsletter · Jan 28, 2026

Hacking WiFi – Deauthentication Client

0
Sign in to vote or save

Hardsoft Security · Hardsoft Security Newsletter

In this post, we’re going to look at one of the most classic Wi-Fi attacks: the deauthentication attack, and how it’s used to force clients to reconnect so an attacker can capture and crack the WPA/WPA2 handshake. No tool spam, no magic commands — just a clear breakdown of how the protocol works, where the weakness comes from, and why this attack is even possible in the first place.

If you’ve ever wondered how Wi-Fi handshakes are cracked, why getting “kicked off” a network is such a big deal, or why WPA3 had to happen at all, you’re in the right place. Grab a coffee and let’s break Wi-Fi the right way — by understanding it first.

Disclaimer: This article is for educational and defensive security purposes only. Performing Wi‑Fi attacks on networks you do not own or have explicit permission to test is illegal in many jurisdictions.

When attacking WPA/WPA2‑PSK Wi‑Fi networks, you don’t need to crack the Wi‑Fi password directly from the air. Instead, you capture a cryptographic exchange called the 4‑Way Handshake and then attempt to crack it offline.

The problem?

  • The handshake is only transmitted when a client connects or reconnects to the access point (AP).

  • If no one is connecting… there is nothing to capture.

The deauthentication attack solves this by forcibly disconnecting clients, causing them to reconnect and re‑transmit the handshake.

Before diving into the attack, let’s break down the core Wi‑Fi concepts involved.

The Access Point is the Wi‑Fi router. It:

  • Broadcasts the network name (SSID)

  • Authenticates clients

  • Manages encryption keys

Each AP has a unique BSSID, which is its MAC address.

A client (STA) is any device connected to Wi‑Fi:

  • Laptop

  • Phone

  • IoT device

Each client also has a MAC address.

In WPA/WPA2‑PSK (pre‑shared key):

  • The Wi‑Fi password is never sent over the air

  • Both client and AP independently derive encryption keys from:

    • SSID

    • Wi‑Fi password

    • Random nonces

The process that verifies both sides know the password is the 4‑Way Handshake.

The handshake is a challenge‑response protocol used to establish session keys.

Client                                Access Point
  |                                        |
  |<------------- (1) ANonce --------------|
  |                                        |
  |---- (2) SNonce + MIC ----------------->|
  |                                        |
  |<------------ (3) GTK + MIC ------------|
  |                                        |
  |---- (4) ACK -------------------------->|

Where:

  • ANonce: Random value generated by AP

  • SNonce: Random value generated by client

  • MIC: Message Integrity Code (proof client knows the password)

  • GTK: Group Temporal Key

⚠️ Important: Capturing just messages (1) and (2) is usually enough to crack the password offline.

Once you capture the handshake:

  • You can guess passwords locally

  • No more interaction with the Wi‑Fi network is needed

  • No rate‑limiting or lockouts apply

Guess Password
   ↓
Derive PMK
   ↓
Recalculate MIC
   ↓
Compare with Captured MIC

If the MIC matches → password is correct.

Deauthentication is a legitimate 802.11 management frame used to:

  • Disconnect a client from an AP

  • Inform the client that authentication is no longer valid

In WPA/WPA2, deauthentication frames are:

  • Unauthenticated

  • Unencrypted

That means anyone can forge them.

  1. Attacker monitors the Wi‑Fi network

  2. Identifies:

    • AP MAC (BSSID)

    • Client MAC(s)

  3. Attacker sends fake deauth frames

  4. Client gets disconnected

  5. Client automatically reconnects

  6. 4‑Way Handshake is transmitted

  7. Attacker captures handshake

        [ Attacker ]
              |
              |  Deauth Frame (spoofed)
              v
        [ Client ]  x------> [ Access Point ]
              ^                    |
              |---- Reconnect -----|
              |
       Handshake Captured
  • Targets a specific client MAC

  • Stealthier

  • Faster handshake capture

Deauth: AP → Client
  • Uses broadcast MAC (FF:FF:FF:FF:FF:FF)

  • Disconnects every client

  • Noisy but effective

Deauth: AP → ALL

To capture the handshake, the attacker needs:

  • Wireless card supporting monitor mode

  • Ability to capture management frames

The attacker listens for:

  • EAPOL packets

  • Valid MIC values

Once captured, the attacker can stop interacting with the network entirely.

Most common method:

  • Use wordlists (e.g. leaked passwords)

  • Try millions of guesses per second (GPU)

Used when you know the password structure:

CompanyName202?
  • WPA2 is cryptographically strong

  • The password is the weakest link

A strong random passphrase makes handshake capture useless.

WPA3 introduces:

  • Protected Management Frames (PMF)

  • SAE (Dragonfly) key exchange

Result:

  • Deauth frames are authenticated

  • Offline cracking is no longer feasible

If no clients reconnect:

  • No handshake

  • Attack fails

To protect Wi‑Fi networks:

  • ✅ Use WPA3 where possible

  • ✅ Enable 802.11w (PMF)

  • ✅ Use long, random passphrases

  • ✅ Monitor for excessive deauth frames

The deauthentication attack is a classic Wi‑Fi design flaw:

  • Not a crypto failure

  • But a protocol trust issue

It remains one of the most important concepts to understand when learning:

  • Wireless pentesting

  • Wi‑Fi defense

  • Real‑world protocol weaknesses

If you understand deauth + handshake cracking, you understand why WPA3 exists.

Blog Post

No posts

Read the original on hardsoftsecurity.substack.com

Comments

Nothing yet. Say the first thing.

    Sign in to join the conversation.