5G网络仿真安全指南：OAI威胁模型与加密配置实操

这个系列写到第15期前前后后聊了不少关于5G网络仿真的组网、协议栈、参数调优和实测分析。按计划这期该说安全了但我得提前说一句这块在仿真圈子里确实是长期被忽视的角落。很多人搭好一套基于OAI、ns-3或OMNeT的5G仿真环境第一反应是调吞吐量、测时延、看切换很少有人会认真想我这个仿真网络本身是不是安全的。可实践证明如果一开始不在仿真里考虑安全问题后续所有实验结论都可能失真而且仿真平台本身也会面临真实的攻击风险。这期内容聚焦在5G网络仿真中的安全性考虑我打算从威胁模型、安全机制、实操配置、问题排查几个角度把仿真里真正值得关注的安全点全部过一遍。不管你是高校5G实训室的老师、做无线协议栈研究的同学还是想验证5G安全方案的工程师这篇文章都尽量按能直接参考的标准来写。1. 为什么说仿真的安全问题不是以后再说的事先说个容易混淆的概念。我们平时说的5G网络仿真其实包含两种完全不同的形态。一种是用System-Level模拟器比如ns-3、OMNeT配合Simu5G这种跑的是数学建模出来的信道模型和协议流程空口信号是虚拟的所有网元都是模拟计算。另一种是像OAI这种真实代码仿真也就是把5G协议栈用开源软件完整实现gNB、AMF、SMF、UPF、UE都是真实运行的进程甚至可以用软件无线电设备把空口信号发到真空中去。这两种形态对安全问题的处理方式完全是两回事。在纯模拟器里安全更多是配置项而不必太担心被真实攻击。比如ns-3里你可以打开或关闭某个安全算法模拟一下恶意节点行为但攻击者很难真的攻破一台模拟节点——因为节点只是内存里的一段模组。这个阶段的重点是把安全逻辑建模正确不要为了简化直接把加密、鉴权全部关掉导致实验结果完全脱离真实5G的行为。这一点很多做仿真的同学容易偷懒默认配置里明明带了安全机制非要图省事改成全明文结果测出来的注册流程、切换时延都变了味。在OAI这种真实代码仿真里就完全不一样了。你拉起来的那一套网元跑的是真正的SCTP连接、真正的GTP-U隧道、真正的NAS信令。它监听的端口在操作系统层面是真实开放的它发送和接收的数据包是真实走网卡的。也就是说一个旁路的攻击者完全可以用抓包工具嗅探信令可以尝试连到AMF的端口上甚至可以通过构造畸形包去探测协议栈的处理逻辑。仿真环境并不会因为只是测试网络就自动拥有免死金牌。所以我一直跟人讲仿真里的安全至少有两层意思。第一层你要仿真的这个5G网络在设计上必须包含安全机制认证、加密、完整性保护这样实验结论才可信第二层承载仿真的这套软硬件平台本身要有基本的防护网络隔离、权限控制、数据保护否则你的实验环境和实验数据都会成为靶子。这两层缺一不可但绝大部分人只看到了第一层甚至第一层都懒得做。2. 一个5G仿真环境里哪些环节最容易成为缺口要谈安全性考虑首先得知道威胁从哪里来。我把仿真环境拆开来看大体上有三个攻击面容易出问题空口接入侧、核心网侧以及仿真平台自身。这三个面我一个个说透。2.1 空口那一侧伪基站与鉴权旁路5G的空口是无线信道天然就是开放的。哪怕是在实验室里用OAI跑纯软件仿真只要gNB和UE之间的数据在物理网卡上以真实数据包形式传输比如通过环回口或者虚拟网桥攻击者就有机会插入到通信路径上。最典型的威胁就是伪基站。真实世界里伪基站通过广播虚假的小区信息吸引手机接入从而截获IMSI、下发恶意信令在仿真环境里你可以用一台额外的机器模拟一个恶意gNB看看你的UE会不会因为小区选择策略不够严格而误入。这个实验很多做无线安全研究的团队都做过。但这里有个容易被忽略的点UE侧和网络侧的鉴权保护必须都在线伪基站实验才有意义。如果仿真里直接把鉴权关了或者把USIM参数设成默认统一值那任何恶意的gNB都可以轻松接入UE实验结果什么也证明不了。更麻烦的是很多开源协议栈在早期版本里对NAS消息的保护是默认关闭的需要手动开启。如果你不主动去检查UE是否验证网络签名伪基站攻击在仿真里就是畅通无阻的。还有人会做空口重放和篡改实验就是在UE和gNB之间架一个代理把抓到的信令原样重发一遍或者把某个字段改掉再发出去。这时候你就能直观看到5G的完整性保护机制NAS层的NIA算法和AS层的完整性保护是怎么在重放攻击面前立起屏障的。如果仿真环境把NIA0空完整性算法作为默认那重放篡改信令基本可以说是随便玩这个实验反馈给研究者的信息量就是零。2.2 核心网那一侧默认端口和弱管理核心网这边的问题更隐蔽但破坏力更大。OAI的5G核心网组件跑起来后AMF会在SCTP 38412端口监听NGAP连接UPF在UDP 2152端口处理GTP-U数据包。这些端口在实验机上往往是真实暴露在局域网里的。如果实验室小伙伴互相能ping通那别人理论上也可以直接对着AMF端口发送SCTP报文尝试建立NGAP连接或者发起恶意注册请求。更常见的安全隐患是管理接口和数据面接口不分离。很多人在单台服务器上同时跑核心网多个网元所有网元之间的数据监听在同一张网卡上然后用一个统一的SSH账号管理整台机器。一旦这个账号密码被爆破或者泄露攻击者就直接掌握了核心网的命门。再加上不少人为了方便调试会关掉防火墙、用默认密码、把抓包端口开在0.0.0.0上——整套环境在办公网里基本等于裸奔。我见过一个很典型的案例某实训室把OAI核心网跑在一台Windows主机上为了方便远程调试把相关端口映射到了公网结果第二天凌晨日志里出现大量异常SCTP连接尝试。实际上攻击者并不关心你仿真的是什么扫到端口就顺手摸一把摸进去之后拿你的计算资源挖矿、挂代理。这对仿真本身而言不算5G协议安全问题但它直接毁掉了你的实验环境。后面我会专门讲怎么通过基本加固来避免这类情况。2.3 仿真平台本身虚拟机、镜像和数据文件第三个攻击面是承载仿真的平台自身。OAI这种方案经常跑在虚拟机、容器或双系统环境里。有人图省事在Windows上装VMware跑整套OAI又因为性能问题在Windows里把虚拟化相关的安全特性关掉。先说结论要不要关虚拟化安全特性取决于你的虚拟机监控器配置但一旦关掉Hypervisor层面的防护虚拟机进程与宿主机内核之间的隔离就弱了一截。放在仿真场景里如果你运行的环境本身又下载过来路不明的预编译镜像风险就会明显放大。镜像和快照往往是最大的数据后门。想象一下你在仿真平台里存了一个快照快照里带着USIM参数、核心网密钥配置、抓到的pcap信令文件。这个快照如果被拷走或者上传到不安全的存储里面各种敏感实验参数就全泄露了。pcap信令文件尤其要重视里面可能包含IMSI、IMEI、网络标识、密钥派生相关的信息。很多做仿真的同学习惯把pcap直接丢在共享目录里供全实验室的人分析。平时看着没什么可真出了泄露问题这些数据会非常麻烦。所以我的建议很明确仿真平台要当成一个真实的、可受攻击的IT系统来对待。加密虚拟机镜像、限制SSH来源IP、抓包文件及时清理或加密存储这些操作花费不了多少时间但是能挡住绝大多数无差别攻击。3. 仿真中值得落地的安全机制从算法到切片隔离光知道哪里危险还不够设计仿真实验时还得把5G的安全机制真正落地。这一节我把几个关键机制逐一提出来解释它们是什么、在仿真里怎么体现、以及哪些参数需要你亲手去调。3.1 先把5G的安全架构捋一遍5G的安全体系比4G复杂不少但在仿真里你真正会碰到的核心概念就几个根密钥K、双向鉴权、密钥派生链、以及加密和完整性保护算法。先说双向鉴权。5G AKA流程大概是这样的UE里存放着根密钥K和运营商根密钥OPc等参数网络侧通常是AUSF/UDM也保存同一份参数。注册时网络侧下发一个随机数和身份认证向量UE用K和OPc算出一个响应值网络侧比对反过来UE也要验证网络侧发来的服务端签名。这个过程成功后双方再基于K派生出一系列会话密钥包括KAMF、KgNB等等。仿真里最常见的失败点就是UE侧的USIM参数和核心网侧的签约参数不一致导致MAC比对失败认证直接卡住。密钥派生之后就是信令保护。控制面信令分两个层面NAS层信令UE和AMF之间使用NAS加密算法和完整性保护算法AS层信令UE和gNB之间在RRC建立过程中激活。5G定义了多组算法加密算法NEA0是空算法不加密、NEA1对应SNOW 3G、NEA2对应AES-128完整性算法NIA0是空完整性、NIA1对应SNOW 3G、NIA2对应AES。还有ZUC系列算法一般记为NEA3/NIA3具体支持程度取决于协议栈实现。在真实网络里运营商会禁用NEA0和NIA0强制走非空算法。但仿真里很多开源协议栈为了调试方便默认就把这些算法允许列表全打开了协商结果经常是落到NEA0/NIA0上。如果你不主动改配置就可能在抓包里看到明文NAS信令——而且你自己还以为已经加密了。这个问题我后面会专门讲怎么排查。3.2 加密和完整性算法在仿真里怎么选这是我在实操中觉得最值得细说的地方。选算法要根据实验目标来总体有几种情况。如果是为了验证功能流程比如UE注册、PDU会话建立、切换你其实可以把安全算法全部打开选NEA2NIA2这种强加密组合。这样跑出来的注册流程与真实商用网络的流程更贴近后续测试业务时延、吞吐量也有参考价值。缺点是对调试不太友好因为抓包之后看不到明文NAS信令定位流程问题全靠日志。刚开始跑仿真的人会觉得为什么我抓包看不到注册请求内容其实这是加密生效了不是bug。如果是为了定位协议流程问题很多时候还是要容忍NEA0/NIA0空算法。比如怀疑某个字段导致切换失败需要抓包逐字段比对时明文状态效率更高。这种情况下建议在隔离的实验环境里临时关掉加密但一定要明确记在实验记录里别把最终结果建立在明文模式下。如果是为了做安全方向的研究比如验证伪基站检测、重放攻击防护、密钥协商异常那就要精心构造算法组合。比如你要测试UE在空完整性算法下会不会被篡改消息骗过就只在网络侧开NIA0观察UE行为。而当你想测试UE对降级攻击capability downgrade的抵抗能力就要看UE在安全能力协商阶段是否强制拒绝空算法。这类实验在OAI里完全可以做需要对配置文件的算法优先级列表做精确控制。注意一点ZUC算法在一些开源实现里可能没有启用编译选项或者只支持部分版本。如果你实验里必须用ZUC要提前确认协议栈版本和编译配置否则协商会自动落到其他算法上实验结论可能和你的预期完全相反。3.3 用切片隔离做横向防护网络切片是5G的特色机制。从安全角度理解切片可以看成是给不同业务划隔离的赛道。一个切片的异常流量、恶意信令不应该影响到其他切片里的业务。在仿真里这个概念特别适合用来做横向防护实验。具体操作上你可以在核心网里配置多个S-NSSAI每个S-NSSAI对应不同的切片标识和不同的UPF实例。UE侧根据应用诉求选择携带不同的NSSAI发起注册和会话建立。仿真里验证切片隔离常见的方法是先让两个UE分别接入两个切片跑通业务然后在网络侧单独对其中一个切片施加攻击比如在UPF网关上伪造GTP-U封装包观察另一个切片的业务是否受到影响。如果网络设计与真实5G一致另一个切片应该基本不受影响。但需要注意切片隔离在仿真里的效果很大程度上取决于承载网络和UPF隔离的实现粒度。纯软件仿真的多个UPF进程如果都跑在同一台机器上网络层流量还是会经过同一块网卡那隔离更多是逻辑层面的。要测试到真正的隔离强度需要配合虚拟机或容器做资源和网卡隔离。这个度要把握好不然容易得出结论说切片很安全其实只是你实验环境太简陋罢了。4. 实操用OAI搭一套带安全配置的5G仿真环境理论讲多了不如直接上一套可操作的流程。这一节我以OAI 5G SA仿真为例从基线环境搭建开始到配置认证参数、安全算法再到验证加密是否生效完整跑一遍。以下步骤基于常见的OAI版本具体字段在不同版本可能有差异建议对照你使用的分支查阅官方README。4.1 准备一个干净的基线环境OAI这套体系分两大块一块是无线接入网gNB和UE一块是5G核心网AMF、SMF、UPF、AUSF、UDM、NRF等。做纯软件仿真时gNB、UE和核心网可以都跑在同一台性能较好的服务器上也可以拆成两台、三台机器。我的建议是至少准备一台8核以上、16GB内存、Ubuntu 20.04或22.04的服务器磁盘空间留够100GB因为编译过程比较吃资源。第一步是先把OAI核心网和RAN跑起来先不碰任何安全配置跑通一个最简单的UE注册并建立PDU会话基线。这一步的意义是确认环境本身是健康的。如果基线都跑不通后面调安全配置时你根本分不清是安全问题还是链路问题。记录下基线状态下AMF的IP和端口、gNB的NGAP配置、UE的IMSI和密钥参数这些在后续安全实验里都要用到。基线跑通后我强烈建议立刻做一个网络快照或镜像备份。这一步很多人忽略一旦后面改配置把环境改坏了恢复起来特别费劲。4.2 配置认证参数与安全算法在OAI里核心网侧的用户签约数据一般在UDM里配置常用的是命令行工具或预设的JSON配置文件。你需要关注几个关键项SUPI/IMSI、根密钥K、OPc以及网络侧PlmnId和TAC。我在实操中遇到的认证问题百分之八十都是K或OPc在UE侧和核心网侧不一致。OAI默认的USIM参数在文档里都有但如果改过UE侧核心网侧的UDM签约数据一定要跟着改两边完全对齐才能完成5G AKA认证。安全算法的配置通常不在UDM而在gNB和UE的运行时配置里。有些版本支持在网元启动时通过命令行参数指定加密和完整性算法的优先级列表有些版本是在配置文件中定义。实际研究时你只需要记住两件事第一算法优先级列表的顺序就是协商时的偏好顺序第二空算法NEA0/NIA0默认是否允许由配置开关控制。为了尽快看到效果建议把算法列表配成NEA2和NIA2并明确关闭对空算法的允许。以gNB侧为例起动命令和配置中会涉及安全模式相关的控制参数。不同OAI版本对这些参数的封装有差异所以这里不贴死命令而是给一个通用的核查思路找到gNB启动配置或是启动命令的帮助输出搜索含security、cipher、integrity、algo这类关键字的选项再找到UE侧启动配置同样搜索这些关键字。两侧能协商出的公共算法必须至少有一个非空算法否则协商会失败或者在极端情况下系统直接回退到空算法。4.3 开启安全后如何验证生效配置完别急着说搞定一定要验证。我常用的方法是抓包加日志双重确认。抓包层面在核心网所在宿主机上抓取AMF与gNB之间的流量NGAP走SCTP端口通常是38412以及gNB接口上的NAS流量。如果NAS加密生效抓包里还能看到NAS消息的外层比如NAS container的头部但看不到内层明文内容。RRC建立之后的消息在Wireshark里往往是无法直接解析出明文NAS IE的。对比之下如果抓包里能看到完整的注册请求字段比如plain的5GMM消息消息类型、身份标识那说明协商落到了空加密算法上。日志层面看AMF日志里注册流程走到Security Mode Command时到底选出了什么算法。通常日志会打印selected ciphering algorithm和selected integrity algorithm之类的信息。两侧一致且不是空算法基本就可以确认加密链路是通的。如果在Security Mode Complete之后流程继续正常走完则说明UE侧验签通过双向鉴权成功。额外再强调一个细节有些OAI版本在日志中把算法ID打印成数字比如0代表NEA02代表NEA2别认错了。我一开始就是把数字2当成ZUC调了好半天才发现其实是AES。4.4 三个值得做的安全对照实验配置好了顺手可以做三组对照实验能让安全机制的效果立刻显现出来。第一组是明文与密文对比。在开启NEA2/NIA2前后分别在相同位置抓包把两次抓包的NAS消息截图或导出字段放到一起对比。你会发现开启后NAS信令内部字段内容变成不可读的密文这个对比实验我在给实训室学生演示时效果特别好直观且说服力强。第二组是密钥不一致实验。故意把UE侧USIM里的根密钥K改掉一个字节保持核心网侧不变重新发起注册。你会看到UE或者核心网走到鉴权环节时返回鉴权失败日志里出现MAC mismatch、Authentication Failure之类的信息。这组实验能演示5G AKA的防伪能力——没有正确密钥的设备进不了网。第三组是伪基站诱导实验。如果需要做安全方向研究可以在仿真网络外启动一个模拟的恶意gNB广播一个信号质量更好但参数错误的小区观察UE在小区选择时是否误接入。配合NIA2开启的状态再用伪造的重放信令尝试激活安全上下文看能不能成功。这组实验比前两组复杂但它是空口安全研究里最能出内容的方向之一。5. 我在仿真安全上踩过的坑和排查清单最后这部分分享一些我在实际运维和教学过程中踩过、见过、也帮别人排查过的坑。整理成清单方便你直接对照。5.1 注册失败、鉴权失败的排查问题现象通常是UE一直发注册请求但到不了注册完成核心网日志里报出认证失败或安全模式失败。最突出的几个原因按出现频率排第一USIM参数不一致。这个前面反复说了K、OPc、IMSI任何一个对不上AKA流程就过不去。排障时先确认UE侧和UDM侧配置是否完全一致重点检查K和OPc的字节顺序有没有写反。第二算法无交集。网络侧只配置了UE不支持的算法或者UE侧强制禁用空算法而网络侧只允许空算法都会导致安全模式协商失败。处理方式是先打开NEA0/NIA0把流程跑通确认不是认证问题后再逐步收敛到目标算法。第三时钟和序列号问题。5G AKA里SQN同步也是鉴权成功的必要条件如果仿真环境里重启了很多次SQN状态乱了也会导致同步失败。简单处理方式是重置核心网侧用户数据和UE侧的USIM状态让SQN回到初值对齐。5.2 加密没生效却以为生效这一类排查中最误导人的是抓包软件显示问题。Wireshark对于NAS消息的解析逻辑很聪明但有时候即使数据是加密的它也会通过一些特征猜测出消息类型比如显示成NAS Key Set Identifier或者NAS Security Mode Command。新手容易误以为看到这些NAS层字段就说明有加密其实那些只是外层明文字段内层内容照样密文。判断标准应该是能不能看到完整的明文消息内容字段比如可以展开看到Message type: Registration request里后续每个IE的具体值。如果只看见外层结构看不到内层明文内容那就是加密生效了别去瞎调。还有一种情况是算法协商确实落到了NEA0但两端日志里没有明显报错流程照常走完。这往往是因为配置文件里允许了空算法且空算法在优先级列表里排在最前面。解决办法我刚才说过直接关闭对NEA0/NIA0的允许把目标算法置顶。5.3 实验环境被扫描和清理建议这一节不是5G协议问题但碰到的概率极高。仿真环境一旦跑在共享网络里端口扫描几分钟内就能找上门。OAI核心网AMF的SCTP端口、Open5GS相关网元的SBI接口通常HTTP的80/8080端口等都很显眼。我建议实验网络单独弄个VLAN或者直接用一台独立实验交换机网元之间的流量只在实验网段内传递。宿主机防火墙只放行必要的SSH来源IP其它入站全部拒绝。实验数据管理也不能马虎。我见过有人把整套OAI实验结果直接打包放在共享网盘上甚至把pcap也一并发上去。实际上一个几分钟的注册和业务抓包就能存几百兆里面还有IMSI、IMEI、密钥相关的信令内容。我的习惯是pcap集中存放在加密目录文件命名带实验日期和算法配置标签实验结束后按项目周期定期清理。另外虚拟机模板、容器镜像、系统快照都要定期检查防止把旧版本里带着弱配置的镜像又拿出来复用。说实话安全在5G仿真里是个平时不觉得出问题就头疼的领域。我自己也是踩过几次坑才养成上面这些习惯。尤其是加密算法协商这块每次换一个OAI版本都要重新确认一遍默认配置因为开源项目的默认策略变动频繁。如果你现在正打算搭一套带安全验证的5G仿真环境不妨按这期文章里的实验清单逐步过一遍先做明文与密文对比再做密钥不一致和伪基站诱导实验。等这几个实验跑完你对5G安全机制的印象会扎实得多。