【5G/4G】加/解密+完整性保护/校验算法源码详解

最新推荐文章于 2025-02-25 10:39:54 发布

从善若水

最新推荐文章于 2025-02-25 10:39:54 发布

阅读量1.3w

点赞数 4

分类专栏： 5G/6G系列文章标签： 4g 5g 加密解密完整性保护 Snow3G、AES、ZUC

本文链接：https://blog.csdn.net/qq_31985307/article/details/119696547

版权

5G/6G系列专栏收录该内容

103 篇文章

订阅专栏

本文档详细介绍了5G和4G通信中的加解密算法（如128-EEA1/2/3与128-NEA1/2/3）和完整性保护/校验算法（128-EIA1/2/3与128-NIA1/2/3），涉及Snow3G、128-bit AES及ZUC等算法。这些算法在AS和NAS层中用于数据安全，确保信息的机密性和完整性。文章还将提供相关算法的源码解析，帮助读者深入理解无线通信安全机制。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

本人就职于国际知名终端厂商，负责modem芯片研发。
在5G早期负责终端数据业务层、核心网相关的开发工作，目前牵头6G算力网络技术标准研究。

博客内容主要围绕：
       5G协议讲解
       算力网络讲解（云计算，边缘计算，端计算）
       高级C语言讲解
       Rust语言讲解

加/解密+完整性保护/校验算法源码详解

本系列将给出4G 、5G加解密以及完整性保护算法的源码，供各位参考。

这些算法既在AS层数据转发中使用，也在NAS层信令流程中使用

一、加解密算法

4G的加解密算法128-EEA1与5G的加解密算法128-NEA1都是基于 Snow 3G;
4G的加解密算法128-EEA2与5G的加解密算法128-NEA2都是基于 128-bit AES;
4G的加解密算法128-EEA3与5G的加解密算法128-NEA3都是基于 ZUC(祖冲之算法);

上述三类算法的入参都是一样的，如下图：
在这里插入图片描述
算法根据输入参数生成输出密钥流块keystream, keystream用于对输入的明文块plaintext进行加密，生成输出的密文块ciphertext。

每个参数的含义需要根据具体的应用场景确定，感兴趣的可以关注我后续关于NAS与AS层安全的文章，它们的大致含义如下：

COUNT 是一个计数值，每次加/解密一次就加一；
BEARER是承载id；
DIRECTION是方向flag，标识上行还是下行；
LENGTH是keystream的长度；
KEY是密钥；

二、完整性保护/校验算法

4G的加解密算法128-EIA1与5G的加解密算法128-NIA1都是基于 Snow 3G;
4G的加解密算法128-EIA2与5G的加解密算法128-NIA2都是基于 128-bit AES;
4G的加解密算法128-EIA3与5G的加解密算法128-NIA3都是基于 ZUC(祖冲之算法);

上述三类算法的入参都是一样的，如下图：
在这里插入图片描述
发送端根据这些输入参数使用完整性算法NIA计算一个32位的消息认证码(MAC-I/NAS-MAC)。然后在发送时将消息身份验证代码附加到消息。完整性保护算法,接收方计算预期的消息身份验证代码(XMAC-I / XNAS-MAC)消息收到相同的方式发送方计算其消息身份验证代码在消息发送和数据完整性的验证消息通过比较接收到的消息验证码,即MAC-I / NAS-MAC。