第389章 预警名单来自旧诊所（1/2）

第二天早上，第三方鉴定人员同时提取高启明诊所旧表格和仿冒服务端缓存。

三名居民的手机号、筛查项目和登记顺序完全一致。社区平台保存的是脱敏编号，真实姓名与联系方式分别由医院服务端控制，字段结构与高启明旧表不同。

陈砚把结果说得很直接：“攻击者拿到的是诊所名单，不是社区平台导出表。现阶段可以排除这三条预警来自社区原始数据库，不能因此说明社区所有历史环节都绝对安全。”

罗阿姨听完先问：“那你们敢不敢把这句话写成居民能看懂的？”

闻晚回答：“会写。三名居民信息来源已指向高启明诊所旧名单，社区平台没有发现对应导出记录。其余供应链继续查，不用绝对安全这种说法。”

“这样我能听懂。”

高启明在补充询问里交出当年上传记录。收件地址后来注销，域名注册公司与瀚宇早期一家健康咨询壳公司相同，实际付款又经过代理账户。

周队问：“你为什么把名单给对方？”

“他们说做复检转化，按到店人数给钱。我知道这不合规，所以合同没有放在诊所公开账里，只做了推广服务。”

“你是否知道对方会在几年后用名单发送疾病预警？”

“不知道。我承认违规提供个人信息，也拿了钱。后面他们怎么用，我没有参与。”

闻晚要求这段口供只进入警方材料，不由项目方剪成证明自己清白的宣传片。

沈予宁这边更麻烦。

云霖旧邮件里有一封昨晚刚被系统自动归档的模板审批通知，发件人显示沈予宁，正文写“同意启用高风险疾病提醒备用版”。邮件附着她的电子签名，版本号与仿冒页面完全一致。

第三方审计员先核了邮件头。发件地址看起来属于云霖旧域名，实际投递路径没有经过现行邮件服务器，归档动作来自一项早年保留的外部同步接口。这个接口按制度应该在安和托管结束时关闭，云霖迁移系统时只把它标成停用，没有彻底删除。

这又是一项真实存在的管理缺口。即使沈予宁没有发送邮件，攻击者能让伪造内容自动进入公司归档，也足以说明旧系统清理不完整。

周然立刻让运维团队停止旧同步接口，第三方审计员制止了现场关闭动作。接口本身可能保存最后一次调用时间，直接停用会改变状态。最终由司法人员先镜像，再在见证下切断外部访问。云霖这次没有重复四个月前“先处理再上报”的错误，哪怕多等了两个小时，也把原始状态留了下来。

周然看到截图，第一反应是：“这不是你昨晚发的？”

沈予宁没有回答情绪问题：“先查服务器。我的现用签名证书两年前已经更换，昨晚所有管理员操作有双人审批。我不删邮件，也不让云霖内部先做结论。”

她当着第三方审计人员的面交出管理员令牌：“从现在开始，我退出模板、居民提醒和管理员权限。个人邮箱只保留只读，由司法电子鉴定镜像。云霖日常经营由周然和外部审计共同维持。”

周然皱眉：“你刚重新接管公司，现在把权限全交出去，融资方只会觉得云霖内部彻底失控。我们可以先冻结社区模板，没必要连管理员都交第三方。”

沈予宁把令牌放进封存袋：“我现在最不该做的，就是坐在管理员位置上证明管理员没问题。融资方要看经营风险，就给他们看审计和现金流，别拿我继续握权限当稳定。”

本章未完，点击下一页继续阅读。