Wireless & Physical

WPA Handshake Capture

Wireless authentication is captured for offline password testing.

IntermediateWi-Fi
PRIMARY MAPPINGConcept

Initial Access

01
CONCEPT

What is it?

WPA Handshake Capture is an attack pattern in which wireless authentication is captured for offline password testing. The learning goal is to identify the trust boundary being abused, the attacker’s sequence, and the telemetry that records it.

02
MENTAL MODEL

How it works in plain English

Use this three-part model to understand the attack without memorizing a tool name.

01 / TRUST BEING ABUSED

A person or device trusts proximity, a radio identifier, badge, peripheral, or familiar network name.

02 / ATTACKER ACTION

The attacker imitates, clones, jams, connects, or physically follows to cross the boundary.

03 / DEFENDER VIEW

Correlate controller and access records with location, signal, device identity, endpoint connection, and authentication changes.

Worked example: how the sequence may look

01 / Starting condition

Access to or influence over the relevant Wi-Fi environment.

02 / Attacker action

Trigger the condition that enables wpa handshake capture.

03 / Observable evidence

Wireless controller, access point, NAC, badge, visitor, camera, and endpoint connection logs.

04 / Detection decision

Baseline the affected identity, host, application, service, or protocol.

05 / Possible outcome

If successful, the attacker may continue with Evil Twin Wi-Fi. This is a possibility, not a guaranteed next step.

This is a defensive learning scenario. Real incidents vary, and the listed outcome is only one possible path.

03
ATTACKER OBJECTIVE

Why do attackers use it?

  • Advance an objective associated with initial access.

  • Exploit a weak control, unsafe default, exposed service, trusted relationship, or human decision.

  • Create access, gain privilege, evade defenses, steal information, or disrupt operations.

04
REQUIRED CONDITIONS

Prerequisites

  • Access to or influence over the relevant Wi-Fi environment.

  • Knowledge of the target’s technology, identities, configuration, or user behavior.

  • A weakness, misconfiguration, exposed interface, stolen secret, or social opportunity.

  • A path to observe success and continue toward the objective.

05
ATTACK CHAIN

Attack path possibilities

Attack chains are not fixed. These links show common possibilities to investigate before and after this behavior.

06
SEQUENCE

Step-by-step attack flow

01

Reconnoiter the target and identify the exposed trust boundary.

02

Prepare the infrastructure, lure, input, credential, or payload required.

03

Trigger the condition that enables wpa handshake capture.

04

Confirm access or effect while attempting to avoid controls.

05

Use the result for follow-on access, execution, collection, movement, persistence, or impact.

06

Remove evidence, rotate infrastructure, or repeat against other targets.

07
FRAMEWORK

MITRE ATT&CK mapping

TECHNIQUEConcept
NAMENo single ATT&CK technique
TACTICInitial Access

ATT&CK is updated over time. Verify the live technique before operationalizing a detection.

08
EVIDENCE

Logs and artifacts

  • Wireless controller, access point, NAC, badge, visitor, camera, and endpoint connection logs.

  • New device identifiers, signal anomalies, association failures, and unexpected peripherals.

  • Authentication or network changes closely following a physical event.

09
RAW TELEMETRY

Realistic log examples

REPRESENTATIVE, SANITIZED EXAMPLES

These records use realistic field names and formats but synthetic organizations, users, addresses, and identifiers. A single event is not proof; correlate time, identity, source, target, and the resulting action.

LOG SOURCEWireless controller / RADIUS

Association, authentication, AP, radio, client identity, and roam/deauthentication state.

2026-07-16T14:12:41Z event=CLIENT_ASSOCIATED ssid=Corp-WiFi
client_mac=7A:19:2C:4E:88:01 ap_name=AP-FLOOR-03
bssid=00:25:9C:11:22:33 rssi=-31 auth=802.1X username=j.singh
radius_result=Access-Accept previous_ap=AP-FLOOR-01 roam_time_ms=42
HOW TO INTERPRET IT FOR WPA HANDSHAKE CAPTURE

Baseline the affected identity, host, application, service, or protocol.

LOG SOURCEWindows Security — Event 4625

Failed authentication; useful for guessing, spraying, exposed remote services, and account targeting.

2026-07-16T14:22:31Z EventID=4625 Computer=DC01.corp.example
TargetUserName=j.singh TargetDomainName=CORP LogonType=3
AuthenticationPackageName=NTLM WorkstationName=WKSTN-442
IpAddress=203.0.113.48 IpPort=51842
Status=0xC000006D SubStatus=0xC000006A FailureReason="Unknown user name or bad password"
HOW TO INTERPRET IT FOR WPA HANDSHAKE CAPTURE

Detect rare combinations of source, target, action, timing, volume, and result.

LOG SOURCEZeek conn.log / dns.log

Protocol-level network metadata suitable for volume, beaconing, scanning, and tunneling analysis.

# conn.log
ts=1784211621.944 uid=Cq91mV3j id.orig_h=10.24.18.77 id.orig_p=51542
id.resp_h=198.51.100.24 id.resp_p=443 proto=tcp service=ssl
duration=0.182 orig_bytes=517 resp_bytes=421 conn_state=SF
# dns.log
query=aj3k2f9d.data-sync.example qtype_name=TXT rcode_name=NOERROR
HOW TO INTERPRET IT FOR WPA HANDSHAKE CAPTURE

Correlate identity, endpoint, network, application, and control-plane evidence across the sequence.

READ EACH LOG WITH FIVE QUESTIONS
  1. Who or what identity acted?
  2. From which device, process, IP, or workload?
  3. What target and operation were involved?
  4. Did it fail, succeed, or change state?
  5. What correlated event happened immediately before and after?
10
ANALYTICS

Detection logic / SIEM queries

  • Baseline the affected identity, host, application, service, or protocol.

  • Detect rare combinations of source, target, action, timing, volume, and result.

  • Correlate identity, endpoint, network, application, and control-plane evidence across the sequence.

  • Prioritize activity followed by successful access, privilege change, execution, or data movement.

Pseudo-SIEMBehavioral detection template
FROM security_events
WHERE event_time > now() - 30m
  AND behavior = "WPA Handshake Capture"
GROUP BY source, target, user
HAVING count(*) > baseline(source, target, user)
   OR rare(action, source, target) = true
CORRELATE WITH success, privilege_change, execution, data_access
11
HARDENING

Mitigations

  • Reduce exposed attack surface and remove unused services, identities, features, and trust relationships.

  • Apply least privilege, strong authentication, secure defaults, segmentation, and timely patching.

  • Validate untrusted input and independently authorize sensitive operations.

  • Centralize and protect relevant logs; test detections with controlled simulations.

  • Maintain a response playbook for containment, credential rotation, evidence preservation, and recovery.

12
IN THE WILD

Real-world examples

  • WPA Handshake Capture appears in opportunistic campaigns and targeted intrusions when the required condition exists.

  • Real incidents usually combine it with credential theft, phishing, exploitation, persistence, or exfiltration.

  • The best case studies describe the full attack chain rather than an isolated tool or indicator.

13
REVIEW

Common questions

01What makes WPA Handshake Capture possible?

A trust assumption fails: an identity, input, component, network message, user decision, or software relationship is accepted without enough verification.

02What should a defender collect first?

Start with logs closest to the decision point, then add identity, endpoint, network, and control-plane context.

03How should I study this attack?

Learn the concept, identify prerequisites, map observable steps, write a detection hypothesis, and validate it safely in a lab.

Primary verification sources