网络安全整改通知书

昨天下午四点十七分，网络我收到一封标题为“网络安全整改通知书”的安全邮件，发件人是整改集团信息中心的系统自动化地址。

邮件内容不长，通知但措辞很直接——我们部门一台用于文件共享的网络服务器，被检测出存在三个高危漏洞，安全两个是整改系统补丁缺失，一个是通知SMB协议配置错误。通知要求七天内完成整改，网络并提交书面报告。安全我盯着屏幕看了几秒，整改心里清楚，通知这活儿不好干。网络

这台服务器是安全2019年部署的，当时为了方便项目组传大文件，整改没有走正规的IT采购流程，是运维同事用一台退役的旧机器临时搭的。密码是“Admin@123”，贴在机箱侧面，全办公室都知道。说白了，这是典型的“影子IT”产物——业务部门图快，绕开管控自己搞，等出了事再让安全团队擦屁股。

通知里附了漏洞扫描报告，我翻到第二页，看到那条SMB协议配置错误，具体是允许了空会话匿名访问。这种配置在内部网络里不算罕见，但问题在于，这台服务器的网段能直接触达财务系统的数据库备份目录。也就是说，如果被内网横向渗透，攻击者可以顺着这台机器摸到核心账目数据。想到这儿，我后背有点发凉——上个月刚有同行公司因为类似问题被勒索病毒加密了所有财务文件，最后交了四十万比特币才解锁。

整改的第一步是打补丁，但服务器上跑着一个老版本的ERP客户端，供应商早就停止维护了，贸然更新系统可能导致客户端崩溃。我们尝试联系原供应商，电话空号，官网打不开，公司可能都注销了。没办法，只能先在防火墙层面封掉高危端口，再临时迁移数据到新开的云存储上，最后把旧服务器物理下线。整个过程花了五天，期间业务部门抱怨了三次，说迁移期间文件访问速度变慢，有个项目经理甚至直接打电话问我“是不是故意卡他们进度”。

提交整改报告那天，我顺便查了查集团内部的类似案例——光是今年上半年，就有七个部门收到过同样的通知书，其中两个部门因为拖延，被安全团队暂停了外网访问权限，导致项目上线延期。说实话，我觉得这个机制挺有效的，但有点“事后补救”的意思。真正的隐患在于，很多业务人员根本不知道自己在用什么系统，更不清楚那些系统里存了哪些敏感数据。你问他们“这台服务器上有什么”，他们大概率会回答“就是些普通文件”，但实际扫一遍，里面躺着几十份含身份证号的员工入职表。

这事给我最大的触动不是技术层面的漏洞修补，而是组织流程里的盲区。安全整改通知书能解决已知问题，但那些没被扫描到、没被记录的影子系统，才是真正的定时炸弹。我后来在内部群里发了个通知，要求所有部门自查是否有未登记的设备接入公司网络，结果三天内报上来十七台——比我们IT团队过去一年发现的总数还多。

现在回想那封邮件，它其实是个提醒：网络安全不是安全部门单方面的事，每个用电脑干活的人都得有点数。你图方便省下的那点时间，可能最后要用十倍的成本来还。