3GPP知识更新阅读系列-互通的安全性(Security of interworking)-1

比特宇宙

已于 2024-09-02 15:12:23 修改

阅读量774

点赞数 18

分类专栏： 5G 文章标签： 5G 人工智能

于 2024-08-05 13:57:55 首次发布

本文链接：https://blog.csdn.net/kangzenghui_liu/article/details/140925059

版权

5G 专栏收录该内容

113 篇文章 1 订阅

订阅专栏

一、互通安全性概述

为了与EPC互通，UE可以在单注册或双注册模式下运行。

1.1、General

双注册模式
在双注册模式下运行时，UE 应独立维护和使用两种不同的安全上下文：
EPS 安全上下文：用于与演进分组系统（EPS）进行交互。
5G 安全上下文：用于与 5G 系统（5GS）进行交互。
因此，在系统间移动期间：
当目标系统是 EPS 时：UE 应使用 EPS 安全上下文，并适用 TS 33.401 中描述的所有安全机制。
当目标系统是 5GC 时：UE 应使用 5G 安全上下文，并适用本文档中描述的所有安全机制。
单注册模式

在单注册模式下运行时，根据 AMF 和 MME 之间是否支持 N26 接口，分为两种情况：
(1) N26 接口受支持:
AMF 和 MME 可以直接通信，以协调 UE 的移动性和安全性。
所有后续子条款中描述的安全机制适用于所有移动场景（5GS 到 EPS 或 EPS 到 5GS）。
(2) N26 接口不受支持:
AMF 和 MME 无法直接通信。
安全机制的应用会有所不同，具体取决于移动的方向（5GS 到 EPS 或 EPS 到 5GS）。
在这种情况下，后续子条款将详细说明适用的安全机制。

1.2、从EPS到5GS通过N26进行的移动性注册过程

当用户设备（UE）在空闲模式下从 EPS 移动到 5GS 时，如果 UE 拥有原生的非当前 5G 上下文，则 UE 应将该原生的非当前 5G 上下文设为当前上下文。UE 应丢弃任何映射的 5G 安全上下文。
UE 应在注册请求消息中包含 UE 5G 安全能力以及映射的 5G GUTI。如果 UE 有可用的当前 5G 安全上下文，例如在之前访问 5G 时建立的，UE 还应包括标识当前 5G 安全上下文的 5G GUTI 和 ngKSI，并使用当前 5G NAS 安全上下文中选择的安全算法对注册请求进行完整性保护，就像对通过 3GPP 接入的 5G NAS 消息执行的一样。如果 UE 没有当前 5G 安全上下文，则 UE 应发送未经完整性保护的注册请求消息。注册请求应包含使用与源 MME 共享的 EPS NAS 安全上下文进行完整性保护的 TAU 请求，就像对 LTE NAS 消息执行的一样，然后 UE 应将其存储的上行 EPS NAS COUNT 值增加 1。
收到注册请求后，AMF将与映射的5G GUTI标识的MME进行交互，以检索UE上下文。AMF必须在发给MME的上下文请求消息中包括封闭的TAU请求。MME将使用存储的UE安全上下文验证TAU请求，如果验证成功，则MME将UE上下文发送给AMF。
如果 AMF 已获取由 5G GUTI 标识的 5G 安全上下文，则 AMF 应验证注册请求消息的完整性。如果验证成功，则 AMF 应在上下文响应消息中处理从源 MME 接收到的任何 EPS 安全参数。如果验证失败或 5G UE 上下文不可用，则 AMF 应将注册请求消息视为未受保护的消息。在这种情况下，AMF 可以根据第 8.6.2 条从源 MME 接收到的 EPS 上下文派生映射的 5G 安全上下文，或启动初始认证过程以创建新的原生 5G 安全上下文。如果 AMF 从 EPS 安全上下文派生映射的 5G 安全上下文，则与新派生的映射 5G 安全上下文关联的 ngKSI 以及上行和下行 5G NAS COUNT 将根据定义并设置。AMF 应在 NAS SMC 过程中使用 ngKSI 并将其包含在 UE 中，以便 UE 识别用于派生映射 5G 安全上下文的 EPS 安全上下文。如果创建了映射的 5G 安全上下文或原生 5G 安全上下文已更改（例如，由于新的 KAMF’ 派生或 NAS 算法更改），AMF 应通过 NAS SMC 过程激活生成的 5G 安全上下文。创建映射的 5G 安全上下文时，AMF 应将选择的 EPS NAS 安全算法存储在映射的 5G 安全上下文中，并将其包含在 NAS 安全模式命令中。如果 AMF 希望继续使用 UE 用于保护注册请求的原生 5G 安全上下文，AMF 可以跳过 NAS SMC 过程，并使用 5G-GUTI 标识的原生 5G 安全上下文和注册请求消息中包含的 ngKSI 发送受保护的注册接受消息。
解释说明：
如果AMF获取了由5G GUTI（全球唯一临时标识）标识的5G安全上下文，那么AMF应验证注册请求消息的完整性。

如果验证成功，那么AMF应丢弃从源MME（移动管理实体）在上下文响应消息中接收到的任何EPS（演进分组系统）安全参数。

如果验证失败或者5G UE上下文不可用，那么AMF应将注册请求消息视为未受保护的。在这种情况下，AMF可以选择从源MME接收到的EPS上下文派生出一个映射的5G安全上下文，或者启动一个主要的认证过程来创建一个新的本地5G安全上下文。

如果AMF从EPS安全上下文派生出一个映射的5G安全上下文，那么与新派生的映射5G安全上下文关联的ngKSI（下一代密钥集标识）以及上行和下行5G NAS计数将被定义和设置。

AMF应在NAS SMC（安全模式控制）过程中使用并包含ngKSI，以便UE识别用于派生映射5G安全上下文的EPS安全上下文。

如果创建了一个映射的5G安全上下文，或者本地5G安全上下文已经改变（例如，由于新的KAMF’派生或NAS算法改变），那么AMF应通过一个NAS SMC过程激活结果的5G安全上下文。

当创建一个映射的5G安全上下文时，AMF应将选定的EPS NAS安全算法存储在映射的5G安全上下文中，并将它们包含在NAS安全模式命令中。

如果AMF想继续使用UE用来保护注册请求的本地5G安全上下文，那么AMF可以跳过NAS SMC过程，并发送使用由5G-GUTI和注册请求消息中包含的ngKSI标识的本地5G安全上下文保护的注册接受消息。

如果收到的NAS SMC中的ngKSI的类型值表示映射的安全上下文，则UE应使用收到的ngKSI中的值字段来标识EPS安全上下文，从中UE派生映射的5G安全上下文。UE应激活映射的5G安全上下文以验证NAS SMC的完整性保护，就像在3GPP接入上执行5G NAS消息一样。

Registration Accept消息应由新激活的映射的5G安全上下文（如果通过NAS SMC激活了映射的5G安全上下文）或由新激活的本机5G安全上下文（如果通过NAS SMC激活了新的本机5G安全上下文）保护，就像在3GPP接入上执行5G NAS消息一样。否则，应使用当前的本机5G安全上下文。如果AMF选择从新的KAMF密钥（无论是映射的KAMF’密钥还是本机KAMF密钥）派生初始KgNB，使用保护NAS Security Mode Command Complete消息的上行5G NAS COUNT的起始值以及设置为“3GPP接入”的访问类型区分器来派生初始KgNB。如果UE收到AS SMC消息，则UE应像AMF一样从新的KAMF密钥派生初始KgNB。
在这里插入图片描述

1.3、Handover procedure from 5GS to EPS over N26

1.3.1 General

在切换到共享EPS网络的情况下，源NG-RAN根据规定确定目标网络中要使用的PLMN。源NG-RAN应在HO Required消息中发送的TAI的一部分中向AMF指示要在目标网络中使用的所选PLMN ID。

在从共享NG-RAN切换的情况下，AMF可以向MME提供指示，表明5GS PLMN是UE稍后切换到5GS共享网络时的首选PLMN。

在切换过程中，源AMF应拒绝自切换程序启动以来收到的任何SMF+PGW-C发起的N2请求，并应包括一个指示，表明该请求由于正在进行的切换程序而被暂时拒绝。

在收到SMF+PGW-C发起的N2请求被拒绝的通知，并指示由于正在进行的切换程序而暂时拒绝请求时，SMF+PGW-C的行为应符合TS 23.401的规定。

1.3.2 Procedure

在这里插入图片描述
如果 UE 初始注册并连接到 5GC，则 5GC 拥有 UE 的当前安全上下文。当前 5G 安全上下文可能是由之前从 EPC 移动而产生的映射的 5G 安全上下文，或者是由与 5GC 进行主认证而产生的原生 5G 安全上下文。

以下是一些术语的解释：

UE：用户设备（User Equipment）

5GC：第五代核心网（5G Core Network）

安全上下文：用于保护网络通信的安全信息集合，通常包括密钥、算法、序列号等

映射的 5G 安全上下文：从 EPC 安全上下文派生而来的 5G 安全上下文

原生 5G 安全上下文：在 5GC 中通过主认证建立的 5G 安全上下文

简而言之，当 UE 注册并连接到 5GC 后，5GC 会为 UE 建立一个安全上下文，用于保障后续通信的安全性。这个安全上下文可能是从 EPC 安全上下文转换而来的，也可能是在 5GC 中新建立的。

gNB / ng-eNB向AMF发送“需要切换”消息，其中包括UE的身份。

该步骤的目的：
gNB/ng-eNB检测到UE需要进行切换（例如，由于信号质量下降或负载均衡等原因）。
gNB/ng-eNB向AMF发送Handover Required消息，告知AMF需要为UE进行切换并提供UE的身份信息。
AMF收到消息后，会根据UE的身份信息进行后续处理，包括选择目标RAN节点、建立切换路径等。
2. 当源 AMF 执行到 EPC 的切换过程时，在检查 UE 的访问权限和安全能力后，源 AMF 应为目标 MME 准备一个包含映射的 EPS 安全上下文的 UE 上下文。为了构建映射的 EPS 安全上下文，源 AMF 使用 KAMF 密钥和当前 5G 安全上下文的当前下行 5G NAS COUNT 导出 K’ASME，然后将其存储的下行 5G NAS COUNT 值增加 1。

该步骤的目的：
源 AMF 需要为 UE 在 EPC 网络中建立安全上下文，以保障切换后的通信安全。
由于 EPC 使用 EPS 安全机制，而 5GC 使用 5G 安全机制，因此需要进行安全上下文的映射。
源 AMF 通过使用 KAMF 密钥和 5G 安全上下文中的 COUNT 值导出 K’ASME 密钥，并将其作为映射的 EPS 安全上下文的一部分发送给目标 MME。
源 AMF 应选择存储的 EPS NAS 算法标识符，用于在与 EPS 互通切换时在目标 MME 进行加密和完整性保护。
注意2：传统的目标MME期望从源AMF通过N26接收所选的EPS NAS算法标识符，因为目标MME认为源AMF是另一个MME。因此，源AMF在5G接入的5G NAS SMC中为UE提供了在与EPS互通切换时要使用的EPS NAS安全算法标识符。但是，目标MME可以通过在后续的跟踪区域更新过程中运行NAS SMC来重新选择与UE一起使用的不同EPS NAS算法。

在切换到 EPS 网络时，AMF 会为 UE 生成一个新的 KASME’ 密钥，并设置相应的 EPS NAS COUNT 值，以确保 EPS NAS 信令的安全性。
同时，AMF 也会为新导出的 KASME’ 密钥定义一个 eKSI，以便 EPS 网络可以识别并使用正确的安全上下文。
为了在切换过程中保护 UE 和 NG-RAN 节点之间的无线接口通信，源 AMF 需要从 KASME’ 密钥和上行 NAS COUNT 派生出初始 KeNB 密钥。
派生 KeNB 密钥的具体方法在 TS 33.401 [10] 附录 A.3 中定义。
在派生 KeNB 密钥时，上行 NAS COUNT 参数的值被设置为 232-1。
注意3：源 AMF 和 UE 仅将 232-1 用作派生 KeNB 的上行 NAS COUNT 的值，并不会实际将上行 NAS COUNT 设置为 232-1。选择这个不在正常 NAS COUNT 范围（即 [0, 224-1]）的值的原因是为了避免再次使用该值导出相同的 KeNB 的任何可能性。

源 AMF 随后根据 TS 33.401 [10] 的 A.4 条规定两次导出 NH。{NH, NCC=2} 对作为 UE 安全上下文的一部分在 Forward Relocation Request 消息中提供给目标 MME。
含义为：
源 AMF 需要为 UE 生成一个 NH 密钥，用于保护在切换过程中传输的用户数据。
为了增强安全性，源 AMF 会两次导出 NH 密钥，并将其与 NCC=2 一起发送给目标 MME。
目标 MME 收到 NH 和 NCC 后，可以使用它们来解密和加密用户数据，从而保障通信安全。
3. 源 AMF 应在 Forward Relocation Request 消息中将 UE 安全上下文（包括新的 KASME’、eKSI、上行和下行 EPS NAS COUNT、UE EPS 安全能力、选择的 EPS NAS 算法标识符）传输到目标 MME。源 AMF 也可能发送 UE NR 安全能力。
4. 当目标 MME 从源 AMF 接收到 Forward Relocation Request 消息时，目标 MME 应根据规定，使用接收到的 KASME’ 密钥和接收到的 EPS NAS 安全算法标识符作为输入，导出 EPS NAS 密钥（即 KNASenc 和 KNASint），以在 EPC 中使用。目标 MME 需要在发送给目标 LTE eNB 的 S1 HANDOVER REQUEST 消息中包含 {NH, NCC=2} 对和 UE 安全能力。UE 安全能力包括从源 AMF 接收到的 UE EPS 安全能力。
5. 当目标 LTE eNB 从目标 MME 接收到 S1 HANDOVER REQUEST 消息时，它会根据 TS 33.401第 7.2.4.2.3 条的规定，从 UE EPS 安全能力中选择 AS 安全算法，并根据 TS 33.401第 7.2.8.4.3 条的规定计算出将要与 UE 一起使用的 KeNB 密钥，并进行相应的处理。然后，目标 LTE eNB 在 S1 Handover Request Ack Message 消息中将选定的 AS 安全算法以目标到源透明容器（target to source transparent container）的方式发送给目标 MME。
该步骤的目的：
目标 LTE eNB 需要选择适合的 AS 安全算法，以保护 UE 和 LTE eNB 之间的无线接口通信安全。
目标 LTE eNB 通过计算 KeNB 密钥来实现这一目的。
目标 LTE eNB 还需要将选定的 AS 安全算法告知目标 MME，以便 MME 和 UE 在后续的通信中使用相同的安全算法。
6. 目标 MME 应在发送给源 AMF 的 Forward Relocation Response 消息中包含从目标 LTE eNB 接收到的目标到源透明容器（target to source transparent container）。
该步骤的目的：
目标 MME 需要将目标 LTE eNB 选择的 AS 安全算法传递给源 AMF，以便源 AMF 可以将这些信息告知 UE，使 UE 在切换完成后能够使用正确的安全算法与目标 LTE eNB 进行通信。
通过使用目标到源透明容器，可以确保这些安全信息在传输过程中不被中间节点篡改或窃取，从而保障通信安全。
7. 源 AMF 应在发送给源 gNB/ng-eNB 的切换命令（Handover Command）中包含目标到源透明容器（target to source transparent container）以及在步骤 2 的 KASME’ 派生中使用的下行 NAS COUNT 值的 8 个最低有效位（LSB）。
该步骤的目的：
源 AMF 需要将目标 LTE eNB 选择的 AS 安全算法和 KASME’ 派生中使用的下行 NAS COUNT 值的 8 个 LSB 传递给源 gNB/ng-eNB，以便源 gNB/ng-eNB 可以将这些信息告知 UE。
UE 在切换完成后，需要使用这些信息来建立与目标 LTE eNB 的安全连接，并进行安全通信。
通过使用目标到源透明容器，可以确保这些安全信息在传输过程中不被中间节点篡改或窃取，从而保障通信安全。
8. 源 gNB/ng-eNB 应在发送给 UE 的切换命令（Handover Command）中包含目标到源透明容器（target to source transparent container）以及下行 NAS COUNT 值的 8 个最低有效位（LSB）。
在收到切换命令消息（Handover Command message）后，UE 应使用接收到的下行 NAS COUNT 值的 8 个最低有效位（LSB）和其存储的下行 NAS COUNT 值来估算下行 NAS COUNT 值。UE 应确保估算的下行 NAS COUNT 值大于存储的下行 NAS COUNT 值。然后，使用估算的下行 5G NAS COUNT 值从 KAMF 中派生映射的 EPS 安全上下文（即 KASME’ 密钥）。派生完成后，UE 应将 5G NAS 安全上下文中的下行 NAS COUNT 值设置为接收到的下行 NAS COUNT 值。
9. 新导出的 KASME’ 密钥的 eKSI 。UE 还应像 MME 在步骤 4 中所做的那样，使用存储在 ME 中并由 AMF 在早期的 5G 接入中通过 5G NAS SMC 提供给 UE 的 EPS NAS 安全算法标识符，导出 EPS NAS 密钥（即 KNASenc 和 KNASint）。UE 还应根据 TS 33.401附录 A.3 的规定，使用 232-1 作为上行 NAS COUNT 参数的值，从 KASME’ 和上行 NAS COUNT 派生初始 KeNB 密钥。
UE 还应根据 TS 33.401A.4 的规定导出 {NH, NCC=2} 对，并通过执行 TS 33.401附录 A.5 中定义的密钥导出，进一步导出将要与 UE 一起使用的 KeNB 密钥。UE 应根据 KeNB 密钥和目标 eNB 选择的 AS EPS 安全算法标识符（在 TS 33.401 附录 A.7 中描述）导出 AS RRC 密钥和 AS UP 密钥。与导出的 EPS NAS 密钥相关的上行和下行 EPS NAS COUNT 设置为相应的值。UE 应立即启用新创建的映射 EPS 安全上下文，用于 NAS 和 AS 通信。
10.UE向目标LTE eNB发送切换完成消息。UE将使用新创建的映射EPS安全上下文对消息进行加密和完整性保护。
11.目标LTE eNB通过切换通知消息来通知目标MME。
成功完成切换过程后，UE应删除任何映射的5G安全上下文。在这里插入图片描述