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

Glossary term · Security

GUSS

GBA User Security Settings

Security →

GUSS is a user-specific security profile within the Generic Bootstrapping Architecture that contains authentication credentials and parameters, enabling secure authentication between User Equipment and network application servers.

Introduced
Rel-8
Where
Security
Specifications
9 specs
Also in
Core Network
GUSS Description Purpose What changed Neighbours Specifications

Description

The GBA User Security Settings (GUSS) is a critical security data structure within the 3GPP Generic Bootstrapping Architecture (GAA). GAA/GBA provides a mechanism for mutual authentication and key agreement between a User Equipment (UE) and a Network Application Function (NAF), leveraging the existing security relationship between the UE and its home network. The GUSS is the repository for the user-specific security material and configuration needed for this bootstrapping process. It is securely stored in the Bootstrapping Server Function (BSF), which is the central GBA network element responsible for performing bootstrapping procedures with the UE.

The GUSS is essentially a profile associated with a user's private identity (e.g., IMS Private User Identity - IMPI). Its contents are defined by the home network operator and can include several key components. Primarily, it contains the shared secret key (K) associated with the user's Universal Integrated Circuit Card (UICC) or soft credential, which is the root of trust. Beyond the key, it holds GBA-specific user security settings, such as the list of supported GBA versions (e.g., GBA_ME, GBA_U, GBA_Digest), key lifetimes, and potentially service-specific indications. The BSF uses the information in the GUSS, along with authentication vectors received from the Home Subscriber Server (HSS), to execute the bootstrapping procedure with the UE.

During a GBA bootstrapping run, the UE and BSF authenticate each other using the credentials derived from the GUSS data, typically via the HTTP Digest AKA protocol. Upon successful authentication, they derive shared, session-specific key material (Ks). A key part of this derived material is the NAF-specific key (Ks_NAF), which is then provided by the BSF to the requesting NAF (e.g., a multimedia service server). The UE independently calculates the same Ks_NAF. This allows the UE and the NAF to establish a secure channel without the NAF ever knowing the user's long-term secret (K). The GUSS thus enables the secure proliferation of authentication from the core network (HSS/BSF) to multiple application servers, forming the basis for single sign-on-like experiences in the 3GPP service layer.

Purpose & Motivation

GUSS was created to solve the problem of fragmented and cumbersome authentication for value-added services in mobile networks. Before GBA and GUSS, application servers (like those for multimedia messaging, presence, or location-based services) often had to maintain their own separate user databases and authentication mechanisms. This required users to manage multiple credentials, increased operational complexity for operators, and created security vulnerabilities through credential proliferation. The industry needed a way to leverage the strong, SIM-based authentication of the mobile network for securing application-layer services.

The Generic Bootstrapping Architecture (GBA) was the answer, and GUSS is a foundational component of GBA. Its purpose is to centralize the management of the user-specific security parameters required for GBA within the network's trust domain (the BSF). This design allows the home operator to maintain control over authentication policies, key strengths, and credential lifetimes. It separates the concerns of core authentication (handled by BSF/HSS using GUSS) from service provision (handled by the NAFs).

By providing a standardized container for these settings, GUSS enables interoperability and consistent security enforcement across different GBA-compliant services and vendors. It is a key enabler for secure service access in IMS and other IP-based services, allowing operators to offer a seamless and secure user experience where network-level authentication transparently grants access to a suite of applications, significantly enhancing both security and usability.

What changed in its specifications

The latest release-to-release comparison of specifications that define GUSS. 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 29.109Rel-13 → Rel-14

Rel-14 added RFC 6733 reference and clarified Command-Code and HSS resolution text for Zh, Zn, and Zpn.

Full comparison in TS 29.109 →

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-8 Initial

Introduced GUSS as a core component of the Generic Bootstrapping Architecture (GBA). Defined its role in storing user-specific security settings in the BSF, including the shared secret and GBA capabilities, to enable bootstrapping of application security from the 3GPP subscription authentication.

Defining Specifications

3GPP specifications that define or reference GUSS, 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 29.109 vj00 GAA Bootstrapping Interfaces (Zh, Dz, Zn, Zpn) Rel-19 read
TS 29.309 vk00 Nbsp Service Based Interface for GBA BSF Rel-20 read
TS 32.808 v800 Common Profile Storage Framework for User Data Rel-8 read
TS 33.220 vj10 Generic Authentication Architecture (GAA) Security Rel-19 read
TS 33.223 vj00 GBA Push Function Specification Rel-19 read
TS 33.804 vc00 Non-UICC SSO using SIP Digest credentials Rel-12 read
TR 33.924 vj00 GBA-OpenID Interworking Specification Rel-19 read
TR 33.980 vj00 GAA & Liberty Alliance Interworking Guidelines Rel-19 read