盯着一串目录路径，声音很轻却带着兴奋：“找到了。云盘挂载点不叫‘云盘’，叫‘交付盘’。里面有两个目录：‘仓库交付’和‘会务脚本’。还有一个隐藏目录：‘ctrl_patch’。”
周工问：“有同步客户端信息吗？”
“有。”罗工把一个配置文件摘要投屏，“同步客户端绑定了一个管理员账号，账号的昵称不是人名，是四个字母加一串数字。更重要的是，客户端记录里保存了最近一次‘发布’的来源——不是共享办公室这台电脑，而是一台外地的设备。”
“外地？”纪检联络员抬眼。
罗工把IP归属与时间窗对齐：“是外地的住宅宽带段，不是机房。发布包一般不会在住宅宽带发布，除非发布者刻意躲避企业网络审计。”
周工用笔在白板“部署”那一列写下：**外地发布者**。又在“关系”下面写：**住宅宽带**。
“这就有意思了。”他说，“写代码的人、打包的人、发布包的人，可能不是同一人。周总也许不写代码，但他能控制发布。控制发布的人，就是门把手。”
纪检联络员立刻调整行动目标：“锁定云盘管理员账号与外地发布设备。依法调取云盘服务商的登录历史、设备指纹、二次验证方式。重点看：谁能删除目录、谁能发布交付包、谁能下发补丁。”
“ctrl_patch”这个目录名被单独圈出来。周工看了一眼：“补丁目录意味着系统在不断修补，应对风控、应对封禁、应对限流。这就是主观明知的技术痕迹。”
系统提示闪动：
【突破：云盘挂载点“交付盘”/目录“仓库交付”“ctrl_patch”】【价值：管理员账号+发布来源设备（外地住宅宽带）】
【结论：控制发布=控制门把手】
---
###二、代码的门：从“版本”找到“人手”
上午十点零五，另一条线同时推进：代码仓库。
那名被控制的执行节点在说明中提到“开发组用代码仓库管理”。这句话看似泛泛，但配合仓库版本号“v2.7.4”、SOP小字标记“02版”、以及硬盘目录“ctrl_patch”，就足够拼出一个特征：他们的开发管理相对规范，至少有版本迭代、发布流程、补丁目录、配置分层。越规范，就越难彻底抹掉痕迹——规范意味着记录。
罗工从内存
本章未完，请点击下一页继续阅读！