Enterprise Wireless: 802.1X and RADIUS
Explore how 802.1X port-based authentication and RADIUS servers authenticate each wireless client individually without sharing a common passphrase.
Enterprise Wireless: 802.1X and RADIUS is a free Cloud & IT Cert Prep lesson on CoddyKit — lesson 3 of 4. You can read the complete lesson below for free — then practise it hands-on in the browser with a built-in code editor and a 24/7 AI tutor. It is part of the Cloud & IT Cert Prep learning path, one of 4 lessons in the course, and your progress syncs across the web and the CoddyKit app.
Why Enterprise Wireless Needs 802.1X
WPA2-Personal uses a single shared passphrase known to all authorized users. If one employee leaves the organization or if the passphrase is shared with an unauthorized person, the entire network is compromised and the passphrase must be changed for everyone. 802.1X eliminates this problem by giving each user or device unique credentials, so revoking access for one employee does not affect others. This is the foundational reason why enterprise environments use 802.1X over PSK — granular, per-identity access control.
802.1X Components: Supplicant, Authenticator, AS
The 802.1X framework has three roles. The supplicant is the client device (laptop, phone) that wants network access. The authenticator is the network device (wireless AP or switch) that enforces access — it forwards credentials but does not validate them itself. The Authentication Server (AS), typically a RADIUS server, validates the credentials and tells the authenticator whether to grant or deny access. This three-party design separates the enforcement point from the validation logic, enabling centralized policy management.
# 802.1X authentication flow:
# Supplicant (client) <--> Authenticator (AP/switch) <--> RADIUS Server
#
# 1. Client connects to AP
# 2. AP blocks all traffic except EAP (port controlled)
# 3. AP forwards EAP messages to RADIUS via RADIUS protocol
# 4. RADIUS validates credentials
# 5. RADIUS sends Access-Accept + VLAN assignment
# 6. AP opens port for client trafficRADIUS Protocol Fundamentals
RADIUS (Remote Authentication Dial-In User Service) uses UDP ports 1812 (authentication) and 1813 (accounting). RADIUS messages are protected by a shared secret between the authenticator and the RADIUS server — only the User-Password attribute is encrypted; other fields are sent in cleartext. A more secure alternative is RADIUS over TLS (RadSec), which encrypts the entire RADIUS exchange. Common RADIUS implementations include Microsoft NPS (Network Policy Server), Cisco ISE, FreeRADIUS, and Aruba ClearPass.
# RADIUS message types:
# Access-Request: client credentials sent from AP to RADIUS
# Access-Challenge: RADIUS asks for more information (EAP)
# Access-Accept: credentials valid; may include VLAN assignment
# Access-Reject: credentials invalid; AP blocks access
# Accounting-Start/Stop: usage tracking
# FreeRADIUS test:
radtest john password localhost 0 testing123EAP Methods for Wireless Authentication
EAP (Extensible Authentication Protocol) defines how credentials are exchanged within the 802.1X framework. Multiple EAP methods exist with varying security levels. EAP-TLS uses mutual certificate authentication (both client and server present certificates) and is the most secure. PEAP (Protected EAP) creates a TLS tunnel and sends username/password inside it — only the server needs a certificate. EAP-TTLS is similar to PEAP but more flexible. LEAP and EAP-MD5 are deprecated and vulnerable to offline dictionary attacks.
# EAP method comparison:
# EAP-TLS: Mutual certs (client + server); most secure; complex PKI
# PEAP: Server cert only; client uses username/password inside TLS
# EAP-TTLS: Server cert; any inner auth method (PAP, CHAP, MS-CHAPv2)
# EAP-FAST: Cisco; PAC file for tunnel; no cert needed
# LEAP: Deprecated; vulnerable to offline MS-CHAPv2 cracking
# EAP-MD5: Deprecated; no mutual auth; no encryptionCertificate-Based Authentication (EAP-TLS)
EAP-TLS is considered the gold standard for wireless enterprise authentication because it provides mutual authentication — both the client and the RADIUS server prove their identity with digital certificates. The client's certificate is provisioned by the organization's PKI through MDM or manual enrollment. Even if an evil twin AP is deployed, the client will reject the RADIUS server's certificate if it is not signed by the trusted corporate CA. This eliminates credential phishing via rogue wireless infrastructure.
# EAP-TLS wpa_supplicant.conf:
# network={
# ssid='CorporateWiFi'
# key_mgmt=WPA-EAP
# eap=TLS
# identity='user@company.com'
# ca_cert='/etc/ssl/corp-ca.pem' # validates RADIUS server cert
# client_cert='/etc/ssl/user.pem' # client identity cert
# private_key='/etc/ssl/user.key'
# private_key_passwd='keypassword'
# }RADIUS VLAN Assignment and Dynamic Policies
RADIUS can do more than grant or deny access — it can dynamically assign the client to a specific VLAN based on user identity, group membership, or device type. This is called dynamic VLAN assignment. For example, an employee might be placed in VLAN 10 (corporate), a guest in VLAN 20, and a non-compliant device in VLAN 99 (quarantine). The RADIUS Access-Accept response includes Tunnel-Type, Tunnel-Medium-Type, and Tunnel-Private-Group-ID attributes specifying the VLAN. This enables one physical SSID to serve multiple security zones.
# FreeRADIUS: dynamic VLAN assignment in users file:
# john Cleartext-Password := 'SecurePass'
# Tunnel-Type = VLAN,
# Tunnel-Medium-Type = IEEE-802,
# Tunnel-Private-Group-ID = '10'
#
# guest Cleartext-Password := 'GuestPass'
# Tunnel-Private-Group-ID = '20'
#
# Result: john gets VLAN 10, guest gets VLAN 20 from same SSIDRADIUS Accounting and Audit Trails
RADIUS Accounting records connection events — when a client connected, how long the session lasted, how much data was transferred, and which VLAN was assigned. These records are invaluable for forensic investigations: if a security incident occurs, accounting logs can identify which user was connected from which IP at a given time. Accounting messages are sent on UDP port 1813. Many organizations forward RADIUS accounting records to their SIEM for correlation with other security events such as anomalous data exfiltration or connections outside business hours.
# RADIUS Accounting-Start attributes logged:
# NAS-IP-Address: 10.1.1.1 (AP IP)
# Called-Station-Id: AA:BB:CC:DD:EE:FF:CorporateWiFi
# Calling-Station-Id: 11:22:33:44:55:66 (client MAC)
# User-Name: john@company.com
# Acct-Session-Id: unique session identifier
# Acct-Status-Type: Start
# Framed-IP-Address: 10.10.10.50 (assigned to client)NPS (Network Policy Server) Integration
Microsoft's NPS (Network Policy Server) is the built-in RADIUS implementation in Windows Server. NPS integrates natively with Active Directory, allowing RADIUS policies to be based on AD group membership, user attributes, and device health (via NAP/RADIUS quarantine). NPS supports EAP-TLS, PEAP-MS-CHAPv2, and PEAP-TLS. For wireless, NPS is configured as a RADIUS server and Wireless Access Points are added as RADIUS clients with a shared secret. Connection Request Policies and Network Policies control who gets access and what VLAN they receive.
# NPS wireless policy logic:
# Connection Request Policy: match RADIUS clients (APs)
# Network Policy 1:
# Conditions: AD Group = 'CorpWireless-Users'
# Settings: VLAN 10, EAP-PEAP allowed
# Network Policy 2:
# Conditions: AD Group = 'Guests'
# Settings: VLAN 20, access hours restricted
# Default: DENY (fall-through if no policy matches)Authenticating IoT and Headless Devices
Headless devices (printers, IP cameras, IoT sensors) often cannot perform EAP authentication because they lack a supplicant software stack or certificate store. For these devices, organizations may use MAC Authentication Bypass (MAB), where the device's MAC address is submitted to RADIUS as the credential. MAB is weaker than 802.1X because MAC addresses can be spoofed, but combined with VLAN isolation and NAC posture assessment, it provides a workable approach for devices that cannot support full 802.1X. Always place IoT devices on a separate restricted VLAN.
# MAC Authentication Bypass (MAB) on Cisco switch:
interface FastEthernet0/5
dot1x pae authenticator
authentication port-control auto
mab <- falls back to MAC auth if EAP fails
switchport access vlan 40 <- IoT VLAN if MAB succeeds
# FreeRADIUS: authorize by MAC
# 001122334455 Auth-Type := Accept
# Tunnel-Private-Group-ID = '40'RADIUS High Availability and Security
RADIUS is a critical infrastructure component — if the RADIUS server is unavailable, no wireless clients can authenticate. Best practices include deploying primary and secondary RADIUS servers configured on all APs, using server failover order so the secondary is contacted automatically. The shared secret between APs and RADIUS servers must be strong (at least 22 random characters) and kept confidential. Use RADIUS over TLS (RadSec) when RADIUS traffic traverses untrusted networks. Monitor RADIUS logs for authentication failure spikes that may indicate brute-force attempts or a credential stuffing attack.
# FreeRADIUS clients.conf: configure AP with strong shared secret
# client 10.1.1.1 {
# secret = 'xK9#mP2@vL5$nQ8!rT4^wY'
# shortname = floor3-ap-01
# nas_type = other
# }
# AP config: primary and secondary RADIUS
# radius-server host 10.2.2.1 key xK9#mP2@vL5$nQ8!rT4^wY
# radius-server host 10.2.2.2 key xK9#mP2@vL5$nQ8!rT4^wY802.1X on Wired Networks
802.1X is not limited to wireless networks — it is equally important on wired switch ports in environments where physical port security matters. Without 802.1X on wired ports, anyone who plugs an Ethernet cable into an office port gains network access. With 802.1X on switches, the port is blocked until the device authenticates. This prevents attackers from connecting unauthorized devices to network drops in conference rooms, hallways, or visitor areas. Guest users can be directed to a guest VLAN, while corporate devices are placed in their appropriate segment.
# 802.1X on a Cisco wired switch port:
interface FastEthernet0/10
description 'Conference Room Drop'
switchport mode access
switchport access vlan 999 <- default quarantine until auth
dot1x pae authenticator
authentication port-control auto
authentication event fail action authorize vlan 20 <- guest VLANQuick Check
Test your understanding of CompTIA Security+ (SY0-701) concepts from this lesson.
Lesson Recap
In this lesson you learned: 802.1X uses a three-party model (supplicant, authenticator, RADIUS server) to provide individual per-user wireless authentication without a shared passphrase, EAP-TLS provides the strongest security through mutual certificate authentication while PEAP is a practical alternative requiring only a server certificate, and RADIUS accounting logs session data that is invaluable for forensic investigations. Next up we explore Bluetooth and IoT wireless threats.
Frequently asked questions
Is the “Enterprise Wireless: 802.1X and RADIUS” lesson free?
Yes — the full text of “Enterprise Wireless: 802.1X and RADIUS” is free to read here on the web, and the Cloud & IT Cert Prep course includes 4 lessons in total. To practise it interactively (a built-in code editor and a 24/7 AI tutor) and unlock the rest of the Cloud & IT Cert Prep course, upgrade to CoddyKit PRO.
What will I learn in “Enterprise Wireless: 802.1X and RADIUS”?
Explore how 802.1X port-based authentication and RADIUS servers authenticate each wireless client individually without sharing a common passphrase. You practise Cloud & IT Cert Prep with hands-on code you run directly in the browser, and a 24/7 AI tutor answers your questions as you work through the lesson.
Do I need any experience to start Cloud & IT Cert Prep?
No prior experience is required. Cloud & IT Cert Prep on CoddyKit is structured for beginners through advanced learners; this is — lesson 3 of 4, so you can start here or from the beginning and move at your own pace.
How long does the “Enterprise Wireless: 802.1X and RADIUS” lesson take?
Most CoddyKit lessons take about 5–10 minutes. Each one is bite-sized and interactive, so you make steady progress and pick up exactly where you left off across the web and the app.
Can I write and run code in this Cloud & IT Cert Prep lesson?
Yes. Every Cloud & IT Cert Prep lesson includes a built-in code editor, so you write and run real code right in your browser and get instant AI feedback — no local setup required.
All lessons in this course
- Wi-Fi Security Protocols: WEP, WPA2, WPA3
- Wireless Attacks: Evil Twin, Deauth, and Rogue AP
- Enterprise Wireless: 802.1X and RADIUS
- Bluetooth and IoT Wireless Threats