网络安全工作部署会议纪要

3月14日上午的网络网络安全工作部署会上，技术组老周直接甩出一张截图——某业务系统后台在凌晨2点17分被暴力破解了37次，安全登录IP来自三个不同国家。工作会议室安静了几秒。部署这不是网络演习，是安全上周真实发生的事。好在密码策略够硬，工作没被攻破，部署但日志里那串密集的网络失败记录像一记闷棍，把原本准备念稿子的安全几位负责人都拉回了现实。

这次会议没有按部门轮流汇报的工作套路走。分管领导开口就定了调：今年不搞纸上谈兵，部署所有部署必须落到具体设备、网络具体人、安全具体时间节点。工作他提到一个细节，去年采购的那批防火墙，有三台还在用出厂默认策略，厂商远程支持时发现的。这事没通报，但内部得认账。

运维组接到的任务最重。4月1日前，所有对外暴露的测试端口必须关闭或加白名单，包括那个用了两年的临时调试接口。老周说，他知道有些开发图省事，把数据库直连地址写死在客户端里，这次一并清理。具体做法是：先扫全网段，再逐个确认业务影响，最后统一封禁。时间给两周，但每周五下午要交进度表，不是填百分比，是列清单——哪个IP、哪个端口、谁负责、什么时候关。

安全组这边重点抓两件事。一是弱口令，尤其是运维人员自己的账号。上个月内部抽查，发现两个管理员账号还在用“admin+年份”的组合，其中一个密码是Admin2023。这事没点名，但安全组长老李说，下次再查到，直接通报到分管领导那里。二是日志留存，现在部分系统只存7天，不够追溯。要求核心系统日志至少保留180天，存储空间不够就申请扩容，别拿“没预算”当借口。

开发组的任务有点不一样。他们被要求在新版本上线前必须过一轮代码审计，重点是第三方组件。去年那个Log4j漏洞，他们有个内部系统中招了，虽然没造成损失，但排查花了整整三天。这次明确：谁引入的组件谁负责跟踪漏洞信息，别等安全组来催。另外，API接口的权限校验要重新过一遍，特别是那些“只在内网用”的接口——攻击者进来之后，内网就是坦途。

会议快结束时，分管领导提了一个具体要求：每个季度搞一次不通知的攻防演练。不请外部公司，就内部人互相打。红队由安全组和运维组抽人组成，蓝队就是各业务系统的负责人。规则很简单：红队拿到指定数据就算赢，蓝队发现并阻断就算赢。第一次定在4月20日。他说，别怕丢脸，现在丢脸比将来丢数据强。

散会前，老周补了一句：那个被暴力破解的IP，已经加进黑名单了，但对方换了地址还会来。这不是一劳永逸的事。他说话时没看任何人，盯着自己笔记本上那行日志记录。旁边有人小声接了句“知道了”，然后大家收拾东西往外走。走廊里能听见有人在问“端口清单模板谁有”，另一个声音回“我发你”。