网络安全整改情况函

4月17日凌晨，网络我单位OA系统遭SQL注入攻击，安全数据库被拖走约2.3万条员工信息。整改这事来得突然，情况却不算意外——半年前的网络安全审计就指出过系统存在参数过滤漏洞，当时觉得"问题不大"，安全拖了又拖，整改直到黑客替我们做了决定。情况

攻击发生后，网络我们关停了对外服务，安全花三天时间排查了全部47台服务器和132个业务接口。整改结果比预想的情况糟糕：除了SQL注入，还发现两个闲置子域名被植入挖矿脚本，网络一台测试服务器开着默认密码的安全Redis服务，等于给攻击者留了后门。整改这些不是高深技术，全是基本功缺失。

整改从5月2日正式启动，分四条线推进。

第一是代码层面，委托外部安全团队对全部核心业务系统做了白盒审计，修复了17个高危漏洞、34个中危漏洞。开发规范里新增了强制参数化查询和输入校验要求，代码提交时必须附带安全自检清单。这活儿不轻松，光重构用户登录模块就花了两周，但总比再被拖一次库强。

第二是基础设施加固。所有服务器禁用了密码登录，改用密钥对认证；Redis、MongoDB等中间件全部绑定内网IP并设置强密码；关停了11个长期不用的公网端口。另外把安全组策略从"默认允许"改成了"默认拒绝"，这一步让暴露面小了很多。

第三是监控和应急。我们部署了RASP（运行时应用自保护）和HIDS（主机入侵检测），日志统一接入SIEM平台，设置了异常行为告警规则。还做过两次攻防演练，红队用钓鱼邮件和未授权访问试了试，发现新系统扛住了，但员工安全意识还是短板——有37%的人点了测试钓鱼链接。

第四是制度修订。以前的安全管理制度写在纸上，没人当真。现在明确了每个系统的安全责任人，每季度做一次漏洞扫描，每半年做一次渗透测试，结果直接上报管理层。另外新增了数据分级分类办法，核心业务数据加密存储，备份数据异地存放。

到6月底，复测显示所有已知漏洞已清零。第三方渗透测试报告结论是"中低风险"，没有高危项。但我们心里清楚，安全不是一锤子买卖，攻防是持续对抗。这次整改花了差不多80万，包括外部服务费、安全设备采购和人力成本——比早点做安全审计贵了不止一倍。

7月10日，我们恢复了全部对外服务，目前运行平稳。但这封函不是要表功，而是说明情况：第一，事件原因已查清，是管理疏忽加技术短板叠加；第二，整改措施已落地，有验证数据支撑；第三，后续会保持每季度安全评估，结果定期汇报。如果贵方需要，我们可以提供完整的整改报告和渗透测试附件。

这次教训挺贵，但值得记住：安全投入不是成本，是保险。等出事了再补救，代价翻倍不说，信任的损失补不回来。