网络安全风险排查表格

上周帮一家做跨境电商的网络朋友做安全审计，发现他们的安全服务器上挂着三个后门程序，而他们自己用的风险风险排查表还停留在“检查密码是否超过8位”这种十年前的水平。表格本身没错，排查错的表格是把排查当成打勾游戏。

真正的网络风险排查表，第一栏就该是安全“攻击面”。不是风险问“你用了什么防火墙”，而是排查问“你的哪些业务暴露在公网”。朋友的表格公司把后台管理页面挂在主域名下，连个访问IP白名单都没设。网络这就像把家门钥匙放在门口地毯下，安全然后每天检查门锁有没有被撬——方向错了。风险

第二栏要写“人”。排查技术风险里，表格最不可控的变量永远是人。表格里必须有一项：“谁有权限修改生产环境配置？”我见过太多公司，开发、测试、运维共用一个root账号。去年某家SaaS公司被删库，就是因为离职员工的账号没注销。排查表里应该强制要求每季度清理一次账号权限，并且要写清楚——是哪个具体的人负责清理，而不是“行政部”或“IT部门”这种模糊主体。

第三栏是“日志”。不是让你存日志，而是让你真的去看。很多公司的日志系统存了半年数据，但没人主动分析异常登录。排查表上应该有个硬性指标：每周至少人工抽查一次登录失败记录。别指望SIEM（安全信息和事件管理系统）自动告警能覆盖所有情况——我见过攻击者用低频率暴力破解，每次只试三个密码，绕过了所有阈值告警。

第四栏写“备份”。不是“有没有备份”，而是“备份能不能恢复”。我朋友的公司倒是每天做快照，结果发现快照和主存储在同一台物理机上，勒索病毒一锅端。表格里要明确：备份必须离线存储，且每季度做一次恢复演练，演练要有截图记录，不能只写“已恢复成功”。

最后补一栏“异常事件清单”。别光列标准检查项，要留白让操作者填写最近一个月内遇到的非预期现象。比如“某台服务器CPU突然飙高又回落”“某个账号凌晨三点登录过”。这些模糊信息往往比任何扫描器都能更早暴露问题。上个月有个客户的排查表里写了“财务部同事反映ERP系统偶尔卡顿”，我们顺藤摸瓜，挖出个挖矿程序——它白天休息，晚上跑满CPU。

表格做出来不是用来存档的，是拿来逼自己思考的。每行每列都该对应一个具体的人、一个具体的动作、一个可验证的结果。别用“定期”“及时”这种虚词，全改成“每周一上午10点”“24小时内”。排查不是仪式，是跟攻击者抢时间。