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

Glossary term · Security

AUTN

Authentication Token

Security →

AUTN is a network-generated token used in 3GPP AKA protocols to authenticate the network to the user equipment, proving its legitimacy and enabling mutual authentication.

Introduced
Rel-2
Where
Security
Specifications
13 specs
Also in
Core Network
AUTN Description Purpose What changed Neighbours Specifications

Description

The Authentication Token (AUTN) is a critical component within the 3GPP Authentication and Key Agreement (AKA) framework, used in UMTS, LTE, and 5G systems. It is generated by the network's Authentication Centre (AuC) and sent to the User Equipment (UE) as part of an authentication vector during the primary authentication procedure. The AUTN serves a singular, vital purpose: to authenticate the serving network to the UE. This provides mutual authentication, as the UE also authenticates itself to the network using a separate response parameter (RES).

Technically, the AUTN is a concatenated bit string composed of several sub-components. The primary elements are a Message Authentication Code (MAC) and a Sequence Number (SQN). The MAC is calculated by the AuC using the secret subscriber key (K) and a set of input parameters including the SQN, a random challenge (RAND), and the serving network identifier. This MAC proves the token originated from a legitimate entity possessing the correct key. The SQN is a freshness parameter that ensures the authentication request is new and guards against replay attacks. The UE, which also possesses the secret key K, independently computes an expected MAC (XMAC) from the received RAND and SQN. If the computed XMAC matches the MAC within the AUTN, the network is verified as authentic.

Upon receiving the AUTN, the UE performs several checks. First, it verifies the MAC to confirm the network's authenticity. Second, it checks the SQN to ensure it is within an acceptable range, confirming the request's freshness and preventing the network from reusing old authentication vectors. If these checks pass, the UE considers the network legitimate and proceeds to generate its authentication response. The successful validation of AUTN triggers the derivation of the Ciphering Key (CK) and Integrity Key (IK) from the same secret key K and the RAND, establishing the secure keys for subsequent encrypted and integrity-protected communication.

In the overall network architecture, the AUTN is part of the authentication vector (AV), typically a quintet (for 3G/4G) or a quintet/vector (for 5G) that includes RAND, AUTN, XRES (Expected Response), CK, and IK. This vector is generated by the AuC/ARPF (Authentication credential Repository and Processing Function) and delivered to the serving network node (e.g., VLR/SGSN/MME/AMF). The serving node then forwards the RAND and AUTN to the UE to initiate the challenge. The AUTN's role is thus pivotal in the initial handshake, establishing a trusted relationship before any user data is exchanged.

Purpose & Motivation

AUTN was created to address a critical security flaw in previous cellular generations (e.g., GSM), which only provided one-way authentication (network authenticating the user). This asymmetry left systems vulnerable to false base station attacks, where a rogue network element could impersonate a legitimate operator to intercept communications or track users. The primary purpose of AUTN is to enable mutual authentication, ensuring the UE can verify it is connecting to a genuine, authorized 3GPP network.

Historically, GSM's security relied on a shared secret (Ki) and a challenge-response mechanism, but the network's legitimacy was never cryptographically proven to the handset. The introduction of AUTN in 3G UMTS (Release 99) as part of the UMTS AKA protocol fundamentally changed this paradigm. It solved the problem of network authentication by providing a verifiable token, thereby mitigating man-in-the-middle and impersonation attacks. This was a necessary evolution to support new services, increased data privacy concerns, and the growing value of mobile transactions.

Furthermore, AUTN incorporates freshness through the SQN, which addresses replay attacks where an adversary could capture and reuse old authentication messages. By forcing the network to prove it is using a fresh, sequentially appropriate challenge, AUTN ensures the entire authentication exchange is current and secure. This combination of authenticity and freshness checks forms the bedrock of trust for all subsequent secure communications in 3GPP networks, from voice calls in 3G to high-speed data and IoT services in 4G and 5G.

What changed in its specifications

The latest release-to-release comparison of specifications that define AUTN. 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.060Rel-18 → Rel-19

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

Full comparison in TS 23.060 →

Evolution Across Releases

An overview written from the defining specifications, not a verified change history. For the exact text, open the specifications listed below.

Rel-2 Initial

Introduced as a core component of the UMTS Authentication and Key Agreement (AKA) protocol. Defined the AUTN structure containing the MAC and SQN to provide mutual authentication between the UE and the network, a critical security enhancement over GSM. It established the foundational mechanism for network authentication and key derivation in 3G systems.

Defining Specifications

3GPP specifications that define or reference AUTN, 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.060 vj00 GPRS Stage 2 Service Description Rel-19 read
TS 24.109 vj00 HTTP Digest AKA & GAA Stage 3 Rel-19 read
TS 24.229 vk10 IMS SIP/SDP Call Control Protocol Rel-20 read
TS 29.109 vj00 GAA Bootstrapping Interfaces (Zh, Dz, Zn, Zpn) Rel-19 read
TS 31.102 vk00 USIM Application Specification Rel-20 read
TS 31.103 vj10 IM Services Identity Module Specification Rel-19 read
TR 31.900 vj00 3GPP TS 31.900: Security Interworking Guidance Rel-19 read
TS 33.102 vj10 3G Security Architecture Specification Rel-19 read
TS 33.105 vj00 3G Security: Cryptographic Algorithm Requirements Rel-19 read
TS 33.401 vj20 EPS Security Architecture Rel-19 read
TS 33.501 vk30 5G Security Architecture Rel-20 read
TS 33.835 vg10 Study on authentication and key management for apps Rel-16 read