PAP

Password Authentication Protocol

Security →
Introduced in Rel-4 Also in: Services

PAP is a simple legacy authentication protocol that transmits unencrypted usernames and passwords, used in early 3GPP systems like dial-up and GPRS.

Category
Security
Introduced
Rel-4
Where
Core Network › 5G Core
Also touches
1 segments
Specifications
7 specs
PAP Description Purpose Related Classification Detected Changes Specifications

Description

The Password Authentication Protocol (PAP) is a basic authentication protocol defined originally within the Point-to-Point Protocol (PPP) suite (RFC 1334, later RFC 1994). Its operation is straightforward: the client seeking network access (the peer) sends an authentication request containing a plaintext user name and password to the authenticator (the network access server). The authenticator checks these credentials against a local database or an authentication server and replies with an acknowledgment (Accept) or a rejection (Reject). This exchange occurs during the initial link establishment phase of PPP.

Within 3GPP specifications, PAP is not the primary authentication mechanism for core cellular access like 5G NAS or EAP-AKA', but it is referenced in several contexts. Historically, it was used for dial-up internet access via Integrated Services Digital Network (ISDN) and for authenticating users in early General Packet Radio Service (GPRS) networks when interacting with external Packet Data Networks (PDNs). Specifications like 3GPP TS 29.061 (Interworking between the Public Land Mobile Network and Packet Data Networks) detail how PAP (and CHAP) can be used for external AAA (Authentication, Authorization, and Accounting) when a mobile device acts as a dial-up client to an Internet Service Provider (ISP).

The protocol's architecture involves two main messages within the PPP Link Control Protocol (LCP) phase: the Authenticate-Request and the Authenticate-Ack or Authenticate-Nak. PAP operates in a two-way handshake and provides no protection for the credentials during transmission; they are sent in clear text, making it vulnerable to eavesdropping on the link. Due to this weakness, 3GPP standards typically mandate or prefer the use of the Challenge-Handshake Authentication Protocol (CHAP) or more robust methods like EAP (Extensible Authentication Protocol) when security is a concern. PAP's inclusion in 3GPP specs often serves to ensure backward compatibility with legacy external networks or as a baseline example in protocol descriptions.

Purpose & Motivation

PAP was created in the early days of dial-up internet access to provide a simple, universally implementable method for a network access server to verify a user's identity using a username and password pair. Its purpose was to offer basic access control for PPP links without the computational overhead of cryptographic challenges. During the evolution of 2G and early 3G networks, mobile operators needed to interwork with existing Internet infrastructure, where PAP was a common method used by ISPs. Therefore, 3GPP standards included support for PAP to enable mobile stations to connect to these external PDNs using familiar dial-up paradigms.

The protocol addresses the simple problem of credential verification but introduces significant security limitations. It solves the 'what you know' authentication problem in the most direct way possible. However, the motivation for its inclusion in 3GPP was largely about compatibility rather than security leadership. As 3GPP networks evolved, the limitations of PAP—specifically its lack of encryption and susceptibility to replay attacks—became unacceptable for mobile-specific authentication. This led to the specification and preference for CHAP, which uses a challenge-response mechanism, and later to the integration of much stronger, SIM-based authentication via the AKA protocol and EAP frameworks. PAP remains in the specifications as a legacy option, highlighting the historical progression of security in data services.

Classification

Part ofAAA
Related approachesCHAPEAP

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

In Release 16, a correction was made regarding the support of the Password Authentication Protocol (PAP) and CHAP for the N1 mode User Equipment (UE) that was initially introduced in Release 15. This change ensures the proper alignment and functionality of these authentication protocols within the 5G system architecture for the specified UE operating mode.

  • Correction on PAP/CHAP supporting Rel-15 N1 mode UE TS 29.561CR0072
Rel-17 11 changes

In Release 17, the enhancements for the PAP function primarily focused on improving specification clarity and protocol integration. This included explicitly adding PAP/CHAP procedures and abbreviations within the standard RADIUS and Diameter message flows for successful authentication cases. Furthermore, the release introduced updates to avoid protocol identifier conflicts by preventing the inclusion of both PAP/CHAP and EAP identifiers in a single PDU session establishment request.

  • 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

Explore further

Broader topics and technologies where PAP plays a role.

Defining Specifications

3GPP specifications that define or reference PAP, 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
TS 23.179 vd50 MCPTT Functional Architecture Rel-13
TS 23.379 vk00 MCPTT Functional Architecture Rel-20
TS 24.008 vj50 3GPP TS 24008: Core Network Protocols Rel-19
TS 24.501 vj50 5G NAS Protocols Specification Rel-19
TS 29.061 vj00 Packet Domain Interworking for PLMN Rel-19
TS 29.561 vj30 5G Interworking with External Data Networks 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.