摘要

  • Ticket Control Mask 的两个已定义位分别指向配置服务器票据与设备使用的全部呼叫管理服务器票据。它改变的是设备本地持久状态，不是服务器端的普遍撤销，也不证明现有安全关联已经消失。
  • 持久化原本把昂贵的认证工作摊开。若大量设备在同一重启窗口同时清除票据，合法的补票请求也可能集中成共享安全基础设施的容量事件。

运维界面上最危险的绿色，往往不是错误的绿色，而是范围没有写清楚的绿色。

设备收到一条 DHCP 配置，解析出两个字节的掩码，删除了本地票据。这个结果完全可以是成功的。但若界面把它写成“认证已刷新”或“服务已恢复”，同一个绿色就越过了多个并未观察的系统。

RFC 3594 于 2003 年 9 月作为 Standards Track 文档发布。它为 DHCP CableLabs Client Configuration 选项增加第 9 号子选项 Security Ticket Control。短短几页文本给出的，不是一个万能撤销系统，而是一条可以审计的局部控制边界。

掩码里藏着两种爆炸半径

子选项由代码、长度和 16 位 Ticket Control Mask 组成。长度必须是 2。第 0 位对应设备使用的 PacketCable 配置服务器；第 1 位对应设备使用的全部 Call Management Servers。第 2 至 15 位保留，发送方必须置零。

某位为一，设备必须立即让相应的本地持久票据失效；为零，则仍按正常规则处理。第 0 位与第 1 位不能被一个“已清除”标签抹平。前者瞄准一类单一票据，后者可能覆盖一个随端点和配置变化的服务器集合。

因此，变更记录至少要保留原始两个字节、目标票据类、先前是否存在、先前到期时间以及设备的启动纪元。只保留“STC=成功”，事故后无法重建实际影响面。

标准还规定了两种正确的“不动作”：设备若不在本地保存票据，必须忽略子选项；遇到自己不知道的位，也必须忽略。也就是说，DHCP 报文到达、解析器接受、存储发生持久改变，是三张不同回执。

持久票据是一笔被分散的计算债务

PacketCable 允许仍然有效的 Kerberos 票据跨重启复用，这样设备不必每次重新执行昂贵的获取流程，尤其可以避免 PKINIT 路径上的公钥运算。后续 CableLabs 安全规范要求 MTA 保存配置服务器服务票据，并具备保存足够 CMS 服务票据的能力。

因此，持久化不是一个无关紧要的文件系统细节。它把未来工作提前完成，并把设备重启时的认证需求削平。清除票据相当于让这笔计算债务重新到期。

RFC 3594 的安全章节给出明确警告：如果大量 MTA 被重置或重新上电，恶意 DHCP 服务器又指示它们让全部票据失效，随后这些设备同时认证并获取新票据，安全基础设施可能进入拒绝服务状态。

恶意不是这个机制成立的必要条件。一次善意但没有分批、没有随机抖动的全量维护，也能制造相似的到达曲线。每台设备都可能符合规范；系统仍可能因为同步而失败。

后续 CableLabs 规范在服务密钥轮换处用了另一种方式表达同一容量逻辑：日常轮换时保留仍有效的旧密钥，以免许多 MTA 突然用 PKINIT 请求淹没 KDC。暂时兼容在这里不是拖延，而是需求整形。

本地失效没有远程含义

第 9 号子选项针对设备非易失存储中的票据副本。它没有 KDC 回执，没有应用服务器决定，没有 SA 标识，也没有呼叫结果。RFC 3594 没有声称该动作会销毁内存中的副本、改变服务器密钥或拆除已经安装的安全关联。

后续一手规范进一步说明，获得新票据的 PKINIT 过程可以在不影响现有安全参数的情况下结束。票据、AP 交换、IPsec SA 与应用状态是相连的阶段，却不是同一个状态。

平台应把结果拆成四列：持久票据已失效；替代票据已取得；安全关联已重建；业务已验证。第一列成功而第二列失败时，不能把第一列改写为失败；也不能借第一列宣称第四列成功。

回滚同样必须诚实。恢复一个界面标志不会把被删的票据放回去。真正恢复需要重新获取、重新建关联、重新跑业务探针，并处理已经产生的重试和排队。

网络边界是条件，不是证明

RFC 3594 认为其恶意 DHCP 场景在所述架构中不太可能发生，因为正确配置的 CMTS 只向指定 DHCP 服务器转发请求，并只允许来自指定服务器地址的下行 DHCP 流量。文本同时指出：这种下行过滤不能阻止位于 CMTS 后方的伪造服务器；那里依赖服务提供方对内部网络的严格控制。

这是架构假设，不是今天某张网络的实测概率。一次变更需要记录权威 DHCP 服务器、relay、CMTS 路径、过滤配置版本与设备端事务匹配。RFC 3118 的 DHCP 消息认证又是一层独立机制；标准存在不等于路径已经启用。

IANA 注册表仍列出第 9 号子选项，证明号码和名称受到协调。它不证明任何设备支持、任何服务器下发、任何解析器执行，也不证明 KDC 有能力承接后续流量。

证据边界

本文不指认任何运营商、MTA 型号、CMTS、DHCP 产品、KDC、CMS、用户、呼叫、事故或部署比例。Standards Track 身份不是运行证据。

RFC 3495 定义更大的 CableLabs 配置选项；RFC 2131 给出 DHCP 背景；RFC 3118 描述独立认证。RFC 1510 是当时引用的 Kerberos 文本，RFC 4120 是后续版本。RFC 3634 定义另一项 CableLabs 子选项。RFC 2434 与 RFC 8126 分别提供历史与现行注册政策。2005 年 CableLabs 安全规范是后续一手背景，不会倒过来扩展 RFC 3594 的规范含义。

Heng Lu 关于运行代码优先与最小初始规范的文章在此仅作为公开的编辑视角：共同规则应保持狭窄，实际结果要由运行系统证明。它们不是 RFC 作者意图或部署事实的来源。

最稳妥的结论只有一句：本地持久票据失效了。新凭据、关联、容量与业务结果，仍要各自交卷。

Sources