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

Glossary term · Security

SA

Security Association

SA has more than one meaning in 3GPP. Also: Standalone.

Security →

SA is a set of security parameters and policies agreed upon by two or more network entities to enable secure communication, defining the cryptographic algorithms, keys, and other attributes needed to protect data flows.

Introduced
Rel-4
Where
Security
Specifications
17 specs
Also in
Core Network
SA Description Purpose What changed Neighbours Detected Changes Specifications

Description

A Security Association (SA) is a simplex logical connection that provides security services to the traffic carried over it. In 3GPP architectures, an SA is established between two entities (e.g., a UE and a network node, or between two network nodes) and embodies a shared state information necessary for cryptographic operations. This shared state typically includes identifiers (like a Security Parameter Index - SPI), the specific cryptographic algorithm to be used (e.g., AES-CBC, SNOW 3G), the operational mode, the secret keys, key lifetimes, and the associated security policy dictating what traffic is to be protected and how.

SAs are often unidirectional. For a bidirectional secure exchange, a pair of SAs (one for each direction) is usually established. The creation of an SA involves a security association establishment protocol, such as Internet Key Exchange (IKE) for IPsec, or a protocol within the 3GPP stack like the NAS or AS security setup procedures. For example, when a UE attaches to a 5G network, a NAS security context is established between the UE and the AMF, which constitutes an SA for protecting NAS signaling messages. This context includes the selected NAS integrity and ciphering algorithms (NIA, NEA), the derived keys (K_{AMF}), and counters.

In the context of IPsec, which is widely used in 3GPP for securing N interfaces (e.g., N2, N3) and for User Plane security, SAs are managed by a Security Association Database (SAD) and a Security Policy Database (SPD). The SPD contains rules that select which traffic requires protection and which SA (or bypass/ discard action) to apply. The SAD contains the parameters for each active SA. The lifecycle of an SA includes establishment, use for packet processing (applying encryption/integrity protection on outbound, verification/decryption on inbound), and eventual deletion upon expiry or termination of the secure session.

Purpose & Motivation

Security Associations were created to provide a structured, scalable framework for applying cryptographic protection to communications in packet-switched networks, particularly within the Internet Protocol (IP) suite. The problem they solve is the need for communicating peers to have a consistent, agreed-upon set of security parameters. Without such an association, endpoints might attempt to use mismatched algorithms, keys, or policies, resulting in communication failure or insecure connections.

In 3GPP networks, the concept was adopted to secure various interfaces and protocols. For instance, in GPRS and later architectures, IPsec SAs are used to protect the GTP tunnels between network nodes (like between SGSN and GGSN, or SGW and PGW). In 5G, SAs are fundamental to the service-based architecture's security, protecting HTTP/2 messages between network functions. Their creation was motivated by the move towards all-IP core networks, which introduced new threats compared to traditional circuit-switched signaling. SAs provide a standardized way to negotiate and manage security contexts dynamically, enabling features like algorithm agility (the ability to switch to stronger algorithms as needed) and key freshness, addressing the limitations of static, pre-configured security setups.

What changed in its specifications

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

TS 24.109Rel-16 → Rel-17

Standalone security aspects update HTTP references and specify authentication algorithm values. AKMA adds TLS usage over Ua* with new definitions, and GBA updates authentication algorithm and TLS version details for 5GC bootstrapping.

Full comparison in TS 24.109 →
TS 24.501Rel-18 → Rel-19

Rel-19 adds satellite NG-RAN access text, LP-WUS/WUR assistance and disabling, ATUC RAT utilization control, and network-controlled slice selection with S-NSSAI time validity to TS 24.501. It also adds ATSSS Phase 4 multi-access and 5G ProSe multi-hop relay support.

Full comparison in TS 24.501 →

Release Timeline

Detected Changes Across Releases

from 3GPP Change Requests

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

Rel-15 1 change
  • AMF congestion when establishing security association and editors note TS 24.502CR0050

Defining Specifications

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

SpecificationTitleRelease
TS 24.109 vj00 HTTP Digest AKA & GAA Stage 3 Rel-19 read
TS 24.501 vk10 5GS NAS Protocol Specification Rel-20 read
TS 24.502 vk00 Non-3GPP Access Network Discovery and Selection Rel-20 read
TS 24.890 vg00 5G NAS Protocol for 5GS Stage 3 Rel-16 read
TS 29.273 vj20 EPS AAA Reference Points and Procedures Rel-19 read
TS 33.141 vj00 Security for Presence Service (Ut reference point) Rel-19 read
TS 33.200 v700 MAP Application Layer Security Rel-7 read
TS 33.203 vk00 IMS Security Features and Mechanisms Rel-20 read
TS 33.204 vj00 TCAP Security (TCAPsec) Stage 2 Specification Rel-19 read
TS 33.210 vk00 Network Domain Security for IP Networks Rel-20 read
TS 33.223 vj00 GBA Push Function Specification Rel-19 read
TS 33.224 vj00 Generic Push Layer (GPL) Specification Rel-19 read
TS 33.320 vj00 H(e)NB Subsystem Security Architecture Rel-19 read
TS 33.402 vj00 Security for non-3GPP access to EPS Rel-19 read
TS 33.821 v900 LTE/SAE Security Threat Analysis and Countermeasures Rel-9 read
TS 33.938 vj30 5G Standalone Cryptographic Inventory Rel-19 read
TS 44.318 vj00 Generic Access Network (GAN) Interface Procedures Rel-19 read