你们可以做多租户脱敏，但必须保留字段完整性：时间戳、源IP、账户标识、镜像名、digest。否则等于没提供。”

周负责人也补刀：“脱敏可以，伪造不行。我们会对比平台侧抓到的digest。对不上，就是造假。”

供应商这才彻底安静。

---

十一点三十，一条更刺眼的消息传来——原医院的信息科在内部网发布公告，正式对devops_x做停职处理，并要求其“配合公司与院方调查，签署情况说明”。

公告被人转到监管群里，周负责人只看了一眼，就让法证员做了两件事：截图固化、哈希封存。

监管联络人随即把刚下发的“证人保护提醒函”回抄给供应商合规负责人，并追加一句：“停职不违法，但不得附带预设结论文本，不得以停职威胁证言。请在两小时内提交你们对devops_x采取措施的依据、流程、谈话记录与文本模板。我们将审查是否存在不当施压。”

供应商合规负责人这次回复明显变慢，像在和上级反复沟通后才发出一句：“我们会调整沟通方式。”

“调整沟通方式”翻译过来就是：他们知道自己踩线了。

林昼坐在会议室角落里，看着群里这些冷冰冰的文字，忽然想起父亲昨晚那句“他们怕你们急”。对方越急着定性个案，越说明他们怕“模板外泄”这条线把责任抬到治理层面。

治理层面一旦坐实，追偿就不再只是“赔钱”，还可能牵出行政处罚、行业信用、甚至刑责边缘的风险。

那是他们真正害怕的。

---

中午十二点零八，Q7又来邮件。

这一次只有一行数字：**“buildbot_mirror”**。

没有解释，没有附件，像丢来一把钥匙的名字。

林昼没有回复，按流程把邮件头与这行字转交周负责人与网安，并在备注里写清：线索可能指向“镜像镜像器账户”。他不做推断，因为推断会给对方反咬的空间。

网安技术支撑人员立刻接话：“如果存在buildbot_mirror这样的账户，多半用于镜像同步。我们要在registry的push日志里找它。找到它，就能定位是谁把私有镜像推到了外部可拉取的位置，或者