摘要

  • 设备本地显示密钥尚有剩余寿命，并不能证明认证器仍保存同一条缓存；重启和资源回收都可能提前清掉远端状态。
  • RFC 5247 把安全恢复建立在受保护的状态重同步之上；如果双方已没有共同密钥保护修复交换，就必须重新认证，而不能让一个计时器代替授权。

一次没有撒谎的冲突

终端在 03:26 唤醒。本地记录显示，上一轮 EAP 产生的密钥还能使用九分钟。它据此发起缓存重用，希望避开完整认证。接入侧却返回找不到上下文：认证器刚完成维护重启，易失缓存已经清空。

两边的记录都是真的。终端没有越过自己的到期时间；认证器也确实没有那条数据。错误发生在第三个句子——监控系统把两个局部事实压缩成“共享密钥仍然有效”。

RFC 5247 在安全关联协议的要求中专门写出了这个边界。对等端或认证器可能重启，也可能为了回收资源而清除部分或全部密钥缓存。因此，即使双方曾协商密钥寿命，也不能保证缓存持续同步；对等端甚至可能要等到真正尝试使用时，才知道认证器是否还保留该密钥。

有效期不是对远端内存的租约。它回答“如果对象还在，最晚何时不得再用”，没有回答“对象现在还在不在”。

EAP 不是一盏总绿灯

RFC 5247 把流程拆成多个相连阶段。EAP 方法发生在对等端与 EAP 服务器之间，可以导出 MSK、EMSK 及相关标识。AAA 阶段把必要的密钥材料和授权参数运送到认证器。随后，较低层的安全关联协议让当前对等端与认证器选择上下文、证明共同持有、协商能力，并生成真正保护流量的临时会话密钥。

这些阶段共享材料，却不共享结论。EAP 方法成功不等于认证器已收到状态；AAA 传输成功不等于缓存会一直保留；缓存命中不等于双方选择了同一条密钥；持有证明成功不等于接入策略已经执行；临时密钥启用更不等于应用服务可用。

缓存只是把过去的一部分工作保存起来。每次重用仍然是一次新的现实问题：此刻，两端是否都持有正确、同名、同范围的材料？

一个名字只能选中候选项

同一对端之间可能同时存在多组同类密钥。RFC 5247 因而要求安全关联协议明确命名持有证明所使用的密钥，避免双方各拿一条正确但不同的记录参加同一轮交换。

命名不是证明。名称先选出候选状态，受保护交换再证明双方确实拥有相容材料。支持缓存的较低层还必须产生新的单播临时密钥，并在适用时产生新的组播临时密钥。常见做法是把 nonce 或计数器混入派生过程，防止因重用 EAP 材料而重用旧流量密钥。

所以，一个可审计链条至少应保留：请求的密钥名、两端各自的命中、共同持有证明、鲜度输入、派生出的 TSK 标识、激活结果、首个受保护数据包，以及更下游的服务观测。“cache hit”无法替代这些层次。

修复命令也需要权限来源

缓存不一致时，最省事的动作似乎是要求缺失一方重新装回密钥。但这是一次安全状态写入，不能只靠声称“我以前有过”来获得权限。

RFC 5247 建议通过安全关联协议或较低层提示来进行密钥状态重同步。前提是双方仍共同掌握一条足以保护重同步交换的密钥。如果共同保护基础已经不存在，就无法凭借缺失的状态完成安全重同步。

这时，未经保护的“请恢复 K”不能继承 K 的权威。标准给出的替代方向是重新启动 EAP 认证，例如由计时器触发。完整路径会重新验证身份和策略，产生新的材料，再建立新的安全关联。

更长的路径并不是失败。它是证据闭环：先重建授权，再写入状态；而不是先相信修复请求，再声称状态证明了它自己。

相同字节也可能有不同边界

状态是否存在之外，还有状态可用于何处的问题。RFC 5247 建议同步密钥缓存范围，让对等端了解每个认证器的缓存边界，也让认证器了解对等端的边界，并协商使用限制。

一条密钥曾用于某个认证器、端口、服务集或流量配置，不会因为尚未到期就自动获得更大权限。漫游时，新的 AAA 路径还可能落到另一台 EAP 服务器。标准指出，同一 realm 内的服务器或许都能校验凭据，却不一定共享持久状态。

因此，快速恢复失败可能来自远端遗忘、范围不合、密钥选择不同、后端路由变化或策略调整。它不是天然的“用户凭据错误”，更不是攻击归因。

不要让状态机替人指控

许多运维界面只留下“成功”和“认证失败”。当缓存捷径失败时，系统被迫把基础设施差异翻译成用户问题。结果可能是无谓改密、账户锁定、错误安全告警，或在错误节点上扩容。

更可靠的记录方式，是保存最早没有闭合的边界：密钥名不存在、上下文范围不匹配、共同持有证明失败、新 TSK 未派生、激活未确认、接入策略拒绝，或受保护流量没有得到业务响应。

如果只能观察到“重用没有成功”，原因就应保持未知。RFC 5247 只说明这种分叉可能发生，并没有替任何真实部署判定具体原因。

四格测试比平均命中率更重要

常规测试往往让两端一起保留，或一起清空。真正能揭露设计质量的是非对称矩阵：双方都保留；只有对等端保留；只有认证器保留；双方都不保留。四种状态都应有确定结果、有限重试和可见的完整认证回退。

还应测试内存压力、单点重启、后端切换与批量维护。平时，高缓存命中率会显著降低完整认证负载；一旦一批认证器同时丢失状态，所有终端可能同时转向昂贵路径。按正常命中率配置的控制面，会在最需要重建时失去容量。

管理者真正需要的指标不是“缓存装了多少”，而是“安全 miss 每秒能恢复多少”，以及恢复过程中是否产生新 TSK、是否拒绝旧状态复活、服务是否真的重新可用。

Sources