去年某市政务云平台被曝出一个漏洞：一个未授权的政务API接口能直接调取居民社保信息。不是服务黑客多高明，是网络运维人员图省事，把测试接口留在了生产环境里。安全这事没上热搜，政务但在圈内传得很广。服务政务服务网络安全，网络很多时候不是安全被攻破的，是政务自己把门敞开的。

政务系统的服务特殊性在于，它手里攥着的网络是全体公民的敏感数据——身份证号、户籍、安全社保、政务医保、服务不动产登记。网络商业公司数据泄露，用户顶多被推销电话骚扰。政务数据泄露，后果是精准诈骗、身份冒用，甚至影响个人征信。2023年某省医保系统被撞库攻击，攻击者用从暗网买来的账号密码组合批量尝试登录，成功进入了两千多个账户。这不是技术多先进，是很多人用同一个密码注册了所有平台。

问题出在哪？我观察下来，三个层面都有毛病。

技术层面，老旧系统是重灾区。不少地市级政务平台还在跑十年前的架构，当时设计时压根没考虑互联网暴露面。现在要对接省级平台、要上移动端、要开放数据接口，等于给一栋老房子不断加装智能门锁，但墙体本身是酥的。补丁打不过来，因为底层依赖库都停止维护了。

管理层面更棘手。政务系统往往由多个厂商分块建设，A公司做门户，B公司做审批流，C公司做数据库。出了安全事件，责任扯不清。更常见的是运维人员的安全意识——弱口令、共享账号、离职不销号，这些低级问题在政务内网里一抓一大把。我见过一个区级平台的管理员密码是“admin123456”，问就是“内网不怕”。

制度层面，等保2.0和密码法都摆在那，但执行起来容易走形。有的单位把等保测评当成一年一次的考试，测评前突击整改，测评后恢复原样。安全投入在预算里永远排在功能开发后面。领导关注的是“能不能办件”，不是“数据会不会丢”。

怎么改？说几个实际管用的做法。

最小权限原则必须硬起来。不是“需要知道才给权限”，而是“不给权限默认看不到”。某市不动产登记系统改造后，查询接口按业务场景拆成十几个细粒度权限，每笔查询都留日志。内部人员想批量导出数据，系统直接告警。这比事后追责有用得多。

供应链安全得管住。政务系统采购不能只看功能演示，要查厂商的安全资质、代码审计报告、漏洞响应机制。合同里写清楚：出了安全事件，厂商要赔。别签那种“尽力保障安全”的模糊条款，没用。

还有一点常被忽略——数据分类分级。不是所有政务数据都同等敏感。把出生日期和身份证号放一个保护级别，要么过度防护拖慢效率，要么保护不足留下隐患。得按影响范围和危害程度分档，对应不同的加密、脱敏、访问控制策略。

最后说个现实判断。政务服务网络安全不可能做到零风险，但可以把攻击成本抬到足够高。当攻击者发现攻破一个区级平台要花三个月、绕过七层防护、还得面对实时告警和溯源反制，他自然会去找更容易的目标。安全不是铜墙铁壁，是让入侵变得不划算。

这事没有终点。系统在变，攻击手法在变，人的疏忽永远存在。能做的是把基础动作做扎实：补丁及时打、权限管住、日志留全、人员培训不走过场。听起来不酷，但管用。