第五十四章：镜像指纹(3/7)

做停职处理，并要求其“配合公司与院方调查，签署情况说明”。 公告被人转到监管群里，周负责人只看了一眼，就让法证员做了两件事：截图固化、哈希封存。 监管联络人随即把刚下发的“证人保护提醒函”回抄给供应商合规负责人，并追加一句：“停职不违法，但不得附带预设结论文本，不得以停职威胁证言。请在两小时内提交你们对devops_x采取措施的依据、流程、谈话记录与文本模板。我们将审查是否存在不当施压。” 供应商合规负责人这次回复明显变慢，像在和上级反复沟通后才发出一句：“我们会调整沟通方式。” “调整沟通方式”翻译过来就是：他们知道自己踩线了。 林昼坐在会议室角落里，看着群里这些冷冰冰的文字，忽然想起父亲昨晚那句“他们怕你们急”。对方越急着定性个案，越说明他们怕“模板外泄”这条线把责任抬到治理层面。 治理层面一旦坐实，追偿就不再只是“赔钱”，还可能牵出行政处罚、行业信用、甚至刑责边缘的风险。 那是他们真正害怕的。 --- 中午十二点零八，Q7又来邮件。 这一次只有一行数字：**“buildbot_mirror”**。 没有解释，没有附件，像丢来一把钥匙的名字。 林昼没有回复，按流程把邮件头与这行字转交周负责人与网安，并在备注里写清：线索可能指向“镜像镜像器账户”。他不做推断，因为推断会给对方反咬的空间。 网安技术支撑人员立刻接话：“如果存在buildbot_mirror这样的账户，多半用于镜像同步。我们要在registry的push日志里找它。找到它，就能定位是谁把私有镜像推到了外部可拉取的位置，或者推到了一个被外部拿到访问凭据的仓。” 周负责人点头：“这条线很关键。操作者可以是任何人，但镜像同步账户的创建与授权通常在更高层。能解释‘为什么外部能拿到模板’。” 监管联络人直接把“buildbot_mirror”列入取证新增重点项，要求供应商在时限内提交该账户的创建记录、权限范围、最近30天操作日志、绑定的MFA与令牌管理情况。 供应商开始进入真正的“被动配合”状态：他们不再谈“影响面”，而是在问“要哪些字段”。这说明他们心里清楚：再拖就会升级。 --- 下午两点二十五，供应商交出了第
本章还未完，请点击下一页继续阅读>>>