EAP

Extensible Authentication Protocol

Security →
Introduced in Rel-6 Also in: Security, Services, Radio Access Network

EAP is a flexible IETF framework for network access authentication that supports multiple methods and is a cornerstone for secure 3G, 4G, and 5G network access, especially for non-3GPP access.

Category
Security
Introduced
Rel-6
Where
Core Network › Evolved Packet Core
Also touches
3 segments
Specifications
29 specs
EAP Description Purpose Related Classification Detected Changes Specifications

Description

The Extensible Authentication Protocol (EAP) is an authentication framework, originally defined in IETF RFC 3748 and widely incorporated into 3GPP standards, that provides a flexible mechanism for securely authenticating a client (or UE) to a network. It operates as a lock-step request-response protocol carried within a lower-layer transport protocol, such as PPP, IEEE 802.1X (EAP over LAN - EAPOL), or directly within 3GPP-specific signaling like NAS (Non-Access Stratum) or DIAMETER. The core architecture involves three entities: the EAP peer (the client requesting access), the EAP authenticator (the network access point, e.g., a WLAN AP or 3GPP AAA Proxy), and the EAP server (the backend authentication server, often an AAA server like HSS/UDM or a separate RADIUS server).

EAP works by allowing the authenticator to act as a pass-through. The authenticator receives an EAP-Start or EAP-Response/Identity from the peer, encapsulates it, and forwards it to the EAP server. The EAP server then selects an appropriate EAP method (e.g., EAP-AKA, EAP-AKA', EAP-TLS, EAP-SIM) based on policy and the peer's identity. The subsequent EAP conversation—a series of method-specific request/response messages—occurs directly between the peer and the server, transparently relayed by the authenticator. This conversation performs the mutual authentication and derives session keys. Upon successful authentication, the EAP server sends an EAP-Success message to the authenticator, along with the derived Master Session Key (MSK) and Extended MSK (EMSK). The authenticator uses the MSK to derive necessary link-layer encryption keys.

In 3GPP networks, EAP's role is pivotal, especially for integrating non-3GPP access networks (like WLAN, Wi-Fi, and fixed access) with the 3GPP core. It forms the basis for authentication in trusted and untrusted non-3GPP access to the EPS and 5GC, as defined in S2a, S2b, and N3IWF interfaces. Within the core, the Authentication Server Function (AUSF) in 5GC often acts as the EAP server, interacting with the UDM for credential verification. EAP methods like EAP-AKA and EAP-AKA' are used for authentication leveraging USIM credentials, providing seamless mobility and security consistency across different access technologies. EAP thus provides a unified, extensible security layer that is independent of the underlying link technology.

Purpose & Motivation

EAP was created to solve the problem of having multiple, incompatible authentication mechanisms for different network access technologies. Prior to its adoption, each link-layer technology (e.g., dial-up PPP, wired Ethernet, wireless LAN) often had its own proprietary or limited authentication scheme. This fragmentation hindered seamless roaming and consistent security policy enforcement across heterogeneous networks. The IETF developed EAP as a general framework to decouple the authentication method from the specific physical and link-layer protocols, enabling a single, flexible authentication process to run over any link layer capable of carrying EAP frames.

3GPP adopted EAP to address the critical need for secure, unified authentication mechanisms, particularly for interworking with non-3GPP access networks (e.g., WLAN hotspots). As cellular operators began offering seamless access across cellular and Wi-Fi networks, they required an authentication method that could leverage the strong credentials stored in the USIM/SIM card. EAP-AKA (and later EAP-AKA') was developed within the IETF/3GPP collaboration to meet this need, allowing a UE to authenticate to a non-3GPP network using its 3GPP subscription identity and keys. This solved the problem of secure credential reuse and provided a standardized, extensible foundation for future authentication methods, supporting the evolution towards converged access in 4G and 5G.

Classification

Part ofAAA
Specific typesERERP

Release Timeline

Detected Changes Across Releases

from 3GPP Change Requests

Specific changes extracted from the „Change history“ tables of 3GPP specifications (14 CRs across 4 releases). Complements the general historical overview above with the evidence-based evolution of this function.

Rel-15 7 changes

In Release 15, the primary introduction was the new **EAP-5G method ID** to support 5G authentication. The release also included updates and clarifications to the **EAP-AKA'** procedure, specifically regarding its 5G profile, the handling of the **ngksi and ABBA parameters**, and alignment of the **KAUSF storage timing**. Furthermore, corrections and clarifications were made to the usage of additional EAP methods for primary authentication and to the EAP-AKA procedure within the UE.

  • Addition of EAP-5G method ID TS 33.402CR0144
  • Clarifications to: Using additional EAP methods for primary authentication TS 33.501CR0118
  • Correction to: 3GPP 5G profile for EAP-AKA' TS 33.501CR0192
  • Clarification for ngksi and ABBA parameter for EAP-AKA' TS 33.501CR0324
  • Update of EAP-AKA' reference to make it compatible with 5G TS 33.501CR0493
  • Aligning the storage timing of KAUSF in 5G AKA with EAP-AKA' TS 33.501CR0564

+ 1 more changes

Rel-16 3 changes

In Release 16, the Extensible Authentication Protocol (EAP) was updated to introduce support for the newer TLS 1.3 protocol when using EAP-TLS. Furthermore, the release provided clarifications and corrections regarding key derivation with EAP-AKA', specifically on the use of the SUPI as the identity, and to procedures for initial EAP authentication involving an external AAA server.

  • Using EAP-TLS with TLS 1.3 TS 33.501CR0757
  • Clarification on the use of SUPI as the Identity in EAP-AKA' key derivation TS 33.501CR0762
  • Correction to initial EAP Authentication with an external AAA server TS 33.501CR0830
Rel-17 2 changes

In Release 17, the work on the Extensible Authentication Protocol (EAP) focused on alignment and referencing updates. Specifically, the handling of the KAUSF key was aligned for both the 5G AKA and EAP-AKA' authentication methods. Furthermore, the normative reference for the EAP-AKA' protocol was updated to point to the newer RFC 9048.

  • Rel17 Align KAUSF handling for 5G AKA and EAP-AKA' for Release 17 TS 33.501CR1150
  • Updating reference to RFC 9048 (EAP-AKA’) TS 33.501CR1312
Rel-18 2 changes

In Release 18, the EAP function was updated to reference the finalized RFC 9190 instead of its preceding IETF draft for EAP-TLS 1.3. Furthermore, the specification now explicitly defines that the AUSF (Authentication Server Function) shall send the derived MSK (Master Session Key) to the W-AGF (Wireline Access Gateway Function) following a successful EAP authentication.

  • Replace reference to IETF draft-emu-eap-tls13 in annex B with RFC 9190 TS 33.501CR1809
  • AUSF sends back MSK to W-AGF after successful EAP authentication TS 33.501CR1810

Explore further

Broader topics and technologies where EAP plays a role.

Defining Specifications

3GPP specifications that define or reference EAP, with the latest known release. Sourced from the 3GPP document catalog — see methodology.

SpecificationTitleRelease
TR 21.905 vj00 3GPP Technical Terms and Definitions Rel-19
TR 22.937 vd00 FMC requirements for 3GPP-WLAN service continuity Rel-13
TS 23.234 vd10 3GPP-WLAN Interworking Index Rel-13
TS 23.402 vj00 EPC for Non-3GPP Access (PMIP) Rel-19
TS 24.161 vj00 Network-Based IP Flow Mobility (NBIFOM) Rel-19
TS 24.234 vc20 3GPP-WLAN Interworking Network Selection Rel-12
TS 24.244 vj00 Wireless LAN Control Plane Protocol Rel-19
TS 24.302 vj00 Access to EPC via non-3GPP networks; Stage 3 Rel-19
TS 24.484 vj30 MCS Configuration Management Rel-19
TS 24.890 vg00 5G NAS Protocol for 5GS Stage 3 Rel-16
TS 28.204 vi11 Charging management Rel-18
TS 29.234 vb20 WLAN-3GPP Interworking Stage-3 Protocol Rel-11
TS 29.826 vd10 P-CSCF Restoration Enhancements for WLAN Rel-13
TS 31.105 vj10 Slice Subscriber Identity Module (SSIM) Application Rel-19
TR 31.826 vi00 Technical Report Rel-18
TS 33.127 vj50 Lawful Interception Architecture and Functions Rel-19
TS 33.234 vj00 3GPP-WLAN Interworking Security Rel-19
TS 33.320 vj00 H(e)NB Subsystem Security Architecture Rel-19
TS 33.402 vj00 Security for non-3GPP access to EPS Rel-19
TS 33.501 vk00 5G Security Architecture and Procedures Rel-20
TS 33.514 vk00 5G Security Assurance for UDM Rel-20
TS 33.545 vj20 Security for NR Femto Subsystem Rel-19
TS 33.820 v1830 Home NodeB/eNodeB Security Architecture Rel-8
TS 33.835 vg10 Study on authentication and key management for apps Rel-16
TR 33.841 vg10 Security aspects; Study on 256-bit algorithms for 5G Rel-16
TR 33.882 vi01 Technical Report on 5G Security for Personal IoT Networks Rel-18
TS 43.318 vj00 Generic Access Network (GAN) Stage 2 Rel-19
TR 43.902 vj00 GAN Enhancements Feasibility Study Rel-19
TS 44.318 vj00 Generic Access Network (GAN) Interface Procedures Rel-19
Patrick Zandl

About the author: Patrick Zandl (b. 1974)

Telecommunications specialist, technology journalist (founder of the Mobil server), and developer who has been running since 2025 — the largest Czech-language resource on AI-assisted programming. Formerly Chief Wizard Architect at Prusa3D and head of development for Turris at CZ.NIC; currently a consultant and instructor on AI implementation in companies.