5G注册流程中最容易被忽略、也最容易混淆的,是安全激活的两个分界点:NAS加密从哪条消息开始,以及AS空口加密从哪条消息开始。把这两条消息看清楚,整个注册流程的安全架构就串起来了。

1. 分界点①:NAS加密起点

  注册流程进行到第9条消息,AMF向UE下发 NAS Security Mode Command。这条消息本身的处境很特殊:

  • 它只有完整性保护、不加密。因为此时UE和AMF刚刚完成主认证、派生出NAS安全密钥,正是靠这条消息把选定的NEA/NIA算法协商下去——“用来建立加密的钥匙信”,自己还没法被加密,否则就成了先有鸡还是先有蛋的死循环。
  • 它必须能被完整性保护校验通过,UE才能确认这条命令没有被攻击者篡改(尤其防”算法降级”类攻击)。

  紧接着的第10条消息,UE回的 NAS Security Mode Complete,就是第一条NAS加密消息。以此为界:

  • 此后所有NAS信令——注册、PDU会话建立/修改、鉴权等各类流程——一律采用协商好的NEA算法加密、NIA算法做完整性保护;
  • NAS加密是端到端的:UE ↔ AMF,中间的gNB对NAS消息”看得到、解不开”。

2. 分界点②:AS空口加密起点

  NAS安全激活完成后,进入AS层的激活。第13条消息,gNB向UE下发 RRC Security Mode Command,这条消息同样特殊:

  • 它跑在SRB0上,是明文传输。SRB0只承载RRC连接建立阶段的初始信令,此时SRB1还没建立,更没有AS安全上下文可用。
  • 和NAS SMC同理,它是”用来激活加密的命令”,自身只能先行明文,靠后续密钥推导校验来防篡改。

  第14条消息,UE回的 RRC Security Mode Complete,是第一条AS加密消息,此时已经走在新建立的SRB1上。以此为界:

  • 此后SRB1、SRB2上的RRC信令均在PDCP层加密+完整性保护;
  • 所有DRB承载的用户面数据,同样在PDCP层做NEA加密+NIA完整性保护;
  • AS安全是UE ↔ gNB之间的,加密在空口的PDCP层终结。

3. 两条分界线放在一起看

分界点① NAS 分界点② AS
激活命令 第9条 NAS Security Mode Command 第13条 RRC Security Mode Command
命令本身 仅完整性保护、不加密 SRB0上明文
第一条加密消息 第10条 NAS Security Mode Complete 第14条 RRC Security Mode Complete
保护范围 其后所有NAS信令(注册、PDU会话等) 其后SRB1/SRB2的RRC信令 + 所有DRB用户面数据
保护位置 UE ↔ AMF 端到端 PDCP层,UE ↔ gNB

  一句话总结:两条”Security Mode Command”都不加密,两条”Security Mode Complete”都是各自安全域的第一条加密消息——前者是钥匙信,后者才是上了锁的第一封信。NAS这把锁锁在UE和AMF之间,AS这把锁锁在空口的PDCP层。

4. 附:5G SA初始注册完整信令流程图

  下面这张图把整个注册流程的17条消息、各阶段的安全状态(明文/仅完整性保护/完整性+加密)以及两个安全激活分界点的位置都标注了出来(基于3GPP TS 24.501、TS 38.331 / TS 33.501):

5G SA 初始注册完整信令流程与加密激活点
基于 3GPP TS 24.501 / TS 38.331 / TS 33.501 · 标注每条消息的承载与安全状态
明文(无安全)
仅完整性保护(未加密)
完整性 + 加密(NEA+NIA)
★ 安全激活分界消息
#
UE
gNB
AMF
AUSF / UDM
阶段 1 · 系统信息获取 + 随机接入 + RRC连接建立(全部明文)
1
MIB / SIB1 广播
← 系统消息
2
RRC Setup Request →
SRB0 · 明文 · CCCH
3
SRB0 · 明文 · CCCH
← RRC Setup
4
RRC Setup Complete
(含 NAS: Registration Request)
SRB1 · 明文 · DCCHNAS层也明文
阶段 2 · N2 初始消息转发 + 选择 AUSF
5
Initial UE Message →
N2接口 · 含Registration Request
6
Nausf_Authentication →
选择认证服务
阶段 3 · NAS 主认证(NAS明文,SRB1承载)
7
SRB1 · NAS明文
透明转发
← Authentication Request
8
Authentication Response →
透明转发
SRB1 · NAS明文
★ 阶段 4 · NAS 安全激活(分界点①:NAS信令从此加密)
9
SRB1 · 仅完整性 · 未加密
透明转发
← NAS Security Mode Command
协商 NEA/NIA 算法(如ZUC NEA3/NIA3)
10
NAS Security Mode Complete →
★ 第一条NAS加密消息
透明转发
SRB1 · 完整性+加密
阶段 5 · 注册接受(NAS已加密)
11
NAS加密
透明转发
← Registration Accept
12
Registration Complete →
透明转发
NAS加密
★ 阶段 6 · AS(空口RRC)安全激活(分界点②:RRC信令+用户面从此加密)
13
SRB0 · 明文 · CCCH
← RRC Security Mode Command
协商AS层 NEA/NIA 算法
14
RRC Security Mode Complete →
★ 第一条AS加密消息(SRB1)
完整性+加密
阶段 7 · SRB2 + DRB 建立 → 用户面数据传输(全部NEA加密+NIA完整性)
15
SRB1 · 加密
← RRC Reconfiguration
建立SRB2 + DRB
16
RRC Reconfig Complete →
SRB1 · 加密
17
用户面数据 ↔
DRB · NEA加密 + NIA完整性
PDCP层加密
分界点① NAS加密起点
第9条 NAS Security Mode Command(AMF→UE)本身仅完整性保护、不加密;
第10条 NAS Security Mode Complete(UE→AMF)是第一条NAS加密消息,此后所有NAS信令(注册、PDU会话等)均NEA加密+NIA完整性。
分界点② AS空口加密起点
第13条 RRC Security Mode Command(gNB→UE)跑在SRB0上,明文;
第14条 RRC Security Mode Complete(UE→gNB)是第一条AS加密消息(SRB1),此后SRB1/SRB2的RRC信令、以及所有DRB用户面数据均在PDCP层NEA加密+NIA完整性。
说明:① NAS消息由AMF端到端加密,gNB仅做透明转发(不解密NAS payload);AS消息由gNB和UE在PDCP层加解密。② 实际网络中UE能力查询(UECapabilityEnquiry/Information)可能穿插在AS SMC前后,不同厂商实现略有差异,但安全激活分界点不变。③ SRB0全程明文、无完整性保护,仅用于RRC连接建立和AS SMC下发。④ NEA0/NIA0为空算法(不加密/不完整性),仅用于特定异常场景或紧急呼叫,正常注册流程不使用。