密钥管理

Key Management

定义

密钥管理(Key Management)包括密钥的生成、派生、存储、分发与更新,是安全架构的基础。蜂窝网络中,认证后通过KDF(密钥派生函数)从主密钥K派生加密密钥与完整性密钥,用于空口加密与完整性保护。密钥采用层次化派生,实现隔离与前向安全。

密钥层次与派生

  • K:长期密钥,存储在USIM中,永不导出
  • CK/IK:认证过程派生,用于生成KASME/KAMF
  • KeNB/KgNB:基站级密钥,切换时更新
  • KRRCenc/KUPenc/KRRCint:业务密钥,分别用于RRC加密、用户面加密、RRC完整性

密钥更新与安全

密钥在切换、周期性更新、算法变更时刷新,降低长期密钥暴露风险。5G支持密钥隔离(如不同切片使用不同密钥),并引入KDF增强(如HKDF)提升派生安全性。物联网eSIM支持远程密钥配置与安全存储(如SE、TEE),满足高安全场景需求。

典型应用场景

空口加密、完整性保护、切换密钥更新、端到端加密的密钥协商等。达希物联的物联网卡采用运营商标准密钥管理,SIM中的K配合网络完成认证与派生。

达希物联的物联网卡采用运营商标准密钥管理流程,SIM卡中的K密钥配合网络侧完成认证与密钥派生,保障空口加密与完整性保护。对于需要端到端加密的高安全场景,达希物联云平台可对接客户密钥管理系统,实现应用层密钥的协同管理。

长期密钥留在卡内,业务密钥按承载更换

蜂窝体系里的长期密钥写在用户卡中,网络侧放在鉴权中心,两边都不把这把密钥送上无线链路。认证成功后,用派生函数得到会话用的中间密钥,再按加密、完整性和不同承载继续往下派生。某一条承载的密钥泄露,不应推出长期密钥,也不应推出另一条承载的密钥。判断实现是否做到隔离:更换数据承载后,旧承载上抓到的密钥材料不能解开新承载。若能解开,派生输入里就少了承载或方向这类区分字段。

长期密钥一旦导出到普通存储器,后面的所有派生都失去意义,因为攻击者可以从根上重算。读卡脚本、日志和工单里都不应出现这把密钥。需要更换时走运营商的写卡或换卡流程,而不是在应用配置文件里覆盖一个字段。

切换之后基站侧密钥要重新推导

服务小区变化时,基站使用的密钥必须跟着变,否则新小区能用旧密钥解开切换前的报文,前向保密就断了。推导可以用切换计数或下一跳参数,使新旧基站掌握的材料不同。终端和目标基站若有一方没更新,切换信令能完成,用户面却全部校验失败。这种故障和无线覆盖差的差别是:电平正常,失败从切换完成的那一刻开始,并且留在原小区时仍然正常。

同一基站内的重建不一定更换到和新小区相同的材料,要看重建原因。把所有无线重建都当成密钥已更新,会让终端使用超前的密钥,对端仍用旧的。模组应按照安全模式或切换命令里的指示更新,不能按本地重试次数自行加一。

算法套件一换,旧的业务密钥立刻作废

密钥派生的输入包含算法标识。从一种加密算法改到另一种,即使长期密钥没变,下面的业务密钥也会全部改变。网络侧先改、终端仍用旧算法,或相反,都会导致整段校验失败。变更窗口里应避免只升级一侧。空算法切换到正式算法时同样要重新派生,不能把空算法期间的计数器带到新算法里继续用。

达希物联物联网卡保管的是运营商认证所需的长期密钥材料,用来完成入网后的空口密钥派生。设备云、固件签名和业务令牌使用的密钥是另一套,生命周期由企业自己定,不会在切换时自动更换,也不会因为换卡而自动迁移。平台对接客户密钥系统时,应把卡密钥和应用密钥分成两个库。用应用密钥去解释空口校验失败,或者用换卡去解决应用证书过期,都找错了层次。

卡内序号和网络序号只在重同步时对一次

长期密钥两边相同,还不够完成认证,序号窗口也要对得上。平时不会把卡里的序号读出来比对,只有认证令牌落在窗口外、终端发出同步失败时,网络才用终端带回的信息把窗口推到新位置。这一次对上之后,若网络侧仍发放旧向量,下一轮又会失败。重同步不是换钥匙,只是对齐计数。反复换卡而不同步向量缓存,新卡的窗口仍会和旧缓存冲突。

应用层密钥的轮换节奏不应模仿这次重同步。空口密钥在切换和算法变更时更换,应用密钥按证书有效期或业务策略更换,两边日历不同。达希物联卡内的长期材料由运营商写卡流程管理,企业轮换应用密钥时不应要求同时换卡。平台上认证同步失败增多,先查向量是否过期缓存;应用认证失败增多,而空口认证正常,则去查企业密钥和证书。用同一个工单处理两种失败,会把不该写的材料写进卡里。


相关链接

返回通信类知识库