Menu
Latest
12 meetings · Prague, Jeju · 12–16 Oct
Reports
RAN1#126-bis · SA2#177

Glossary term · Security

CHAP

Challenge Handshake Authentication Protocol

Security →

CHAP is a three-way authentication protocol used in 3GPP systems to securely verify the identity of network points and user equipment during connection setup, employing a challenge-response mechanism without sending clear-text passwords.

Introduced
Rel-4
Where
Core Network › 5G Core
Specifications
8 specs
Also in
Services
CHAP Description Purpose What changed Neighbours Detected Changes Specifications

Description

The Challenge Handshake Authentication Protocol (CHAP) is a Point-to-Point Protocol (PPP) authentication mechanism that provides secure identity verification through a three-way handshake process. Unlike basic password authentication, CHAP never transmits the actual password over the network, instead using cryptographic hashing to prove knowledge of the shared secret. The protocol operates through a challenge-response mechanism where the authenticator sends a random challenge value to the peer, which then computes a response using a one-way hash function (typically MD5) applied to the challenge combined with the shared secret. This response is sent back to the authenticator, which performs the same calculation and compares results to verify the peer's identity.

CHAP's architecture involves three main components: the authenticator (network side), the peer (client side), and a shared secret known to both parties. The protocol begins with the authenticator generating a random challenge value and sending it to the peer. The peer calculates the response by applying the hash function to the concatenation of the challenge, the shared secret, and an identifier. This response is transmitted back to the authenticator, which independently computes the expected value using its stored copy of the shared secret. If the values match, authentication succeeds; otherwise, the connection is terminated.

In 3GPP systems, CHAP is implemented within various network elements and interfaces to secure different types of connections. It's particularly important for Packet Data Protocol (PDP) context activation, where it authenticates mobile devices attempting to establish data sessions. The protocol supports periodic re-authentication, where the authenticator can send new challenges at random intervals during an established connection to ensure the peer's continued legitimacy. This prevents session hijacking and ensures that only authenticated devices maintain network access.

CHAP's implementation in 3GPP networks follows specific adaptations defined in technical specifications, including proper integration with authentication, authorization, and accounting (AAA) servers and home subscriber servers (HSS). The protocol works in conjunction with other security mechanisms like EAP (Extensible Authentication Protocol) and is often used as part of broader authentication frameworks. Its design ensures compatibility with various network architectures while maintaining strong security properties through proper key management and cryptographic operations.

The protocol's effectiveness depends on proper implementation of several security practices: using sufficiently long and random challenge values, maintaining the confidentiality of shared secrets, employing strong hash functions, and implementing proper error handling. CHAP's simplicity and effectiveness have made it a foundational authentication mechanism in telecommunications networks, providing reliable identity verification while minimizing exposure of sensitive credentials during transmission.

Purpose & Motivation

CHAP was developed to address significant security vulnerabilities in early network authentication methods, particularly those that transmitted passwords in clear text or used weak cryptographic protection. Before CHAP, authentication protocols like PAP (Password Authentication Protocol) sent credentials without encryption, making them susceptible to interception and replay attacks. The telecommunications industry needed a more robust authentication mechanism that could protect against eavesdropping, man-in-the-middle attacks, and credential theft while maintaining reasonable computational overhead.

The protocol's creation was motivated by the growing need for secure remote access in dial-up and emerging data networks during the 1990s. As telecommunications networks evolved from circuit-switched voice to packet-switched data services, the risk of unauthorized access increased significantly. CHAP provided a standardized way to authenticate devices and users without exposing sensitive information, using cryptographic techniques that were computationally feasible for the hardware of that era. Its design specifically addressed the limitations of previous approaches by eliminating password transmission and incorporating protection against replay attacks through random challenges.

In 3GPP systems, CHAP serves critical functions in securing mobile data connections, particularly for GPRS and subsequent packet data services. It authenticates user equipment during PDP context activation, ensuring that only authorized devices can access network resources. The protocol also supports roaming scenarios where authentication must be performed across different network operators' domains. By providing a standardized authentication framework, CHAP enables interoperability between equipment from different vendors while maintaining consistent security levels across diverse network deployments.

What changed in its specifications

The latest release-to-release comparison of specifications that define CHAP. Each summary describes the whole specification, not only this term.

TR 21.905Rel-17 → Rel-18

Rel-18 brings only minor changes to TS 21.905: 0 clauses changed, with no change attributed to a release feature.

Full comparison in TR 21.905 →
TS 23.379Rel-18 → Rel-19

Rel-19 adds clauses for ad hoc group call release, leave and criteria modification. It also covers emergency private call and floor remote triggers, floor revoke, and extended ad hoc group call setup.

Full comparison in TS 23.379 →

Release Timeline

Detected Changes Across Releases

from 3GPP Change Requests

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

Rel-16 1 change
  • Correction on PAP/CHAP supporting Rel-15 N1 mode UE TS 29.561CR0072
Rel-17 11 changes
  • Adding a note for IPv4/IPv6 Non-transparent access to DN using PAP/CHAP TS 29.561CR0058
  • Adding PAP/CHAP in RADIUS message flow(successful case) TS 29.561CR0061
  • Adding PAP/CHAP in Diameter message flow(successful case) TS 29.561CR0062
  • Adding the RFC reference of PAP/CHAP protocol identifier contents and related abbreviations TS 24.008CR3252
  • Adding the abbreviations of PAP/CHAP in TS 24.501 and fixing a minor grammatical error in the NOTE on PAP/CHAP TS 24.501CR2882
  • Avoid including both PAP/CHAP and EAP identifiers in PDU session establishment request TS 24.501CR2941

+ 5 more changes

Defining Specifications

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

SpecificationTitleRelease
TR 21.905 vj20 3GPP Terminology and Definitions Rel-19 read
TS 23.179 vd50 MCPTT Functional Architecture Rel-13 read
TS 23.379 vk40 Mission Critical Push-to-Talk Architecture Rel-20 read
TS 24.008 vk10 NAS Call, Mobility and Session Procedures Rel-20 read
TS 24.501 vk10 5GS NAS Protocol Specification Rel-20 read
TS 29.061 vk10 Packet Domain Interworking Requirements Rel-20 read
TS 29.561 vk10 5G Network Interworking Procedures Rel-20 read
TS 32.808 v800 Common Profile Storage Framework for User Data Rel-8 read