3GPP TS 33.511

Security Assurance Specification (SCAS) for the next generation Node B (ng-eNB)
V18.3.0 (2024-06) — Release 18 SCAS

1. Scope

▶

Specifies security assurance requirements and test cases for the ng-eNB — an evolved LTE eNB that connects to the 5G Core Network (5GC) via the N2/N3 interfaces, enabling LTE radio access within 5G System architecture (EN-DC and standalone).

ng-eNB vs gNB: The ng-eNB provides LTE (E-UTRA) radio using existing eNB hardware/software but connects to the 5GC AMF/UPF instead of the EPC MME/SGW. It's the bridge between 4G radio and 5G core.

2. ng-eNB Architecture

▶
5G Core ┌──────┐ ┌──────┐ │ AMF │ │ UPF │ └──┬───┘ └──┬───┘ N2 │ (NGAP) N3 │ (GTP-U) │ │ ┌──▼──────────────────▼──┐ │ ng-eNB │ │ ┌──────────────────┐ │ │ │ E-UTRA (LTE) │ │ │ │ Radio Protocol │ │ │ └──────────────────┘ │ └──────────┬─────────────┘ Uu │ (LTE air interface) │ ┌───▼────┐ │ UE │ └────────┘ Xn interface: ng-eNB ◄────► gNB (handover) X2 interface: ng-eNB ◄────► eNB (legacy interworking)
InterfaceProtocolPeerFunction
N2NGAP / SCTPAMFNAS transport, handover, paging
N3GTP-U / UDPUPFUser plane tunneling
XnXnAP / SCTP, GTP-UgNB, ng-eNBInter-node handover
X2X2AP / SCTPeNBLTE interworking
UuE-UTRA RRCUERadio resource control

3. ng-eNB Threat Analysis

▶

TR 33.926 §5.3.6.5 GTP-U attacks on N3 ▶

TR 33.926 §5.3.8.1 Physical access to RAN equipment ▶

ThreatVectorImpact
Rogue ng-eNBUnauthorized base station impersonating legitimate ng-eNB on N2/N3MITM on user traffic, NAS interception
Physical TamperingPhysical access to cell site equipment (exposed location)Key extraction, firmware modification
Xn Handover ExploitSpoofed Xn handover to force UEs onto rogue cellUE hijacking, downgrade attacks
RRC InjectionMan-in-the-middle on Uu before AS security activationBidding-down, measurement manipulation
N3 GTP-U ManipulationTEID spoofing, GTP-in-GTP injection on N3Traffic interception, data injection
X2/Xn Information LeakUnprotected X2/Xn carries UE context, handover causeSubscriber tracking across cells

4. Security Requirements

▶
Req IDRequirementCategory
NB-R1IPsec for N2 and N3 when transported over untrusted networksTransport Security
NB-R2IPsec for Xn interface (inter-node handover)Transport Security
NB-R3Secure boot with integrity verification of firmwarePlatform Security
NB-R4Physical tamper detection and key zeroizationPhysical Security
NB-R5NAS integrity protection before forwarding to AMFProtocol Security
NB-R6AS security activation before user plane data transferAir Interface
NB-R7Certificate-based authentication for N2/Xn peersAuthentication

5. Test Cases

▶

TC-NB-01: N3 IPsec Validation

Mandatory

Objective: Verify ng-eNB supports IPsec ESP on N3 interface to UPF.

Procedure: Configure IPsec on N3 → verify GTP-U tunnel establishment over IPsec → verify plaintext GTP-U rejected when IPsec required.

TC-NB-02: Secure Boot Verification

Mandatory

Objective: Verify ng-eNB validates firmware integrity at boot.

Procedure: Modify firmware image → attempt boot → verify rejection of tampered image.

TC-NB-03: Xn Peer Authentication

Mandatory

Objective: Verify ng-eNB authenticates Xn peers before handover.

Procedure: Attempt Xn Setup from unauthenticated peer → verify rejection.

TC-NB-04: Physical Tamper Response

Conditional

Objective: Verify ng-eNB detects physical enclosure breach and zeroizes keys.

Procedure: Trigger tamper switch → verify key material erased, alert generated.

TC-NB-05: AS Security Activation

Mandatory

Objective: Verify ng-eNB does not send user plane data before AS security mode completion.

Procedure: Monitor N3 → verify no GTP-U user data sent before Security Mode Complete on Uu.