最近公司让全员参加网络安全培训，我报了个网络漏洞扫描培训课程，本来以为又是那种纸上谈兵的讲座，结果第一节课就讲怎么用工具扫出数据库的弱密码和未授权访问，当场吓一跳——我们测试环境的一个MySQL居然开着root空口令。
为什么数据库要纳入漏洞扫描
很多人觉得漏洞扫描是网络运维的事，跟数据库没关系。可现实是，90%的数据泄露都和数据库暴露有关。比如开发为了方便调试，把数据库端口直接映射到公网，又没设防火墙规则。这种问题，光靠DBA人工检查太难发现，得靠自动化扫描工具定期跑。
我在课程里学到的第一个实用技能，就是用Nmap结合脚本批量检测常见数据库端口开放情况：
nmap -p 3306,5432,1433,1521 --script=mysql-empty-password,target-ip扫描不是点一下就完事
有次实操环节，大家用OpenVAS扫同一台测试机，结果五花八门。老师说关键在配置策略。比如对生产数据库，不能用暴力探测，得选“低风险模式”；而测试环境可以开深度认证尝试。课程里专门教了如何自定义扫描模板，针对Oracle、SQL Server这些不同数据库调整参数。
最实用的是学到了SQL注入指纹识别。工具能自动抓取网页返回错误信息，判断后端是不是MySQL或PostgreSQL，甚至猜出表结构。这对我们日常做安全自查特别有用。
别忘了修复后的验证
上次我们关掉了不必要的MongoDB外网访问，但过了两周扫描报告又报警。查了才知道是新部署的服务重新打开了端口。课程强调扫描必须形成闭环：发现问题→提交工单→修复→复扫确认。现在我们运维组每周五下午固定跑一次数据库专项扫描，结果同步到内部Wiki。
现在看新闻里哪个公司数据被拖库，第一反应不再是“他们真倒霉”，而是“估计没做定期漏洞扫描”。这门课没教高深理论，但给了一套能立刻上手的方法，至少让自己负责的系统别成为突破口。