对已通过目录的入口实现，给出最小过渡窗口（例如72小时）

过渡期内目录不下架，只标记“需热修”提示；过渡期后才按规则处理

银行IT旁听看完，第一句话就落在“现实约束”上：“我们能接受热修，但我们必须能解释：为什么某个入口一夜之间变红。过渡期是必须的。”

审计旁听补充：“vuln_id公开，制品同步发布，验证结果公开——这三件事凑齐，热修就不再是‘人情通道’。”

数科安全负责人也点头：“我们能做制品签名与哈希公示。PoC细节我们留在内部审计封存。”

林远说：“PoC可以封存，但影响范围与修复结果必须公开。公开不是为了刺激攻击，是为了压住门票。”

二、对手果然来了：把“安全”包装成“内部资源”

规则刚定，匿名入口就进来一条截图——某顾问在群里私聊城市负责人：

“你们那套入口可能明天就被标红，我们能提前拿到热修包，今晚就帮你们过验证。”

刘曼看得火冒三丈：“他们怎么知道？”

陈毅冷笑：“很简单。热修消息一旦在某个小圈子流动，就会被当成资源卖。哪怕他们不知道细节，也能用‘可能标红’吓人。”

林远没去追“谁泄露”，他直接把这条截图当作规则的一部分写进了SEC-HOTFIX-01的附录：“热修信息误导话术示例”，并在公共接口发布一条极短公告：

热修补丁只通过公开制品库同步发布

不存在“提前拿到补丁”

目录标记遵循72小时过渡期与HotfixConform结果

任何宣称“内部通道/提前补丁”的行为，纳入风险干扰源线索池

公告很短，但它给基层一个可引用的“挡箭牌”。

城市负责人再被吓，就可以甩出这条编号化声明，而不是在群里解释半天。

这章没有结束，请点击下一页继续阅读！

三、热修夜：先修复，再防门票

凌晨一点，数科安全把补丁制品打包完成。制品库页面上出现了一串清晰的东西：

vuln_id：VULN-ING-2020（内部编号，不含细节）

影响范围：入口采集链路（可能导致崩溃与错误码污染），不涉及个人数据泄露

修复制品：hotfix-1.0.3

制品哈希：****（公开）

签名链版本：SIG-2

同时，HotfixConform开始跑。

这套测试只看关键路径：nonce获取、发生签名摘要结构、错误码上报、离线补签绑定incident_id等。它不需要跑完整的月度套件，但足够证明：补丁不会把证据链跑歪。

早上七点，结果出来：目录里11家入口实现，9家通过，2家警告（原因都是“版本声明未更新/变更单链接缺失”），没有失败。

陈毅把截图发群里，只有一句：“热修通过率公开，按结果走。”

最让人意外的是：那家卖“目录托管年费”的团队，依旧是警告。

他们并不是做不到修复，而是不愿意把“变更单链接”公开——公开了就没法卖“内部更新”。