弱口令治理的持续巡检思路

弱口令治理最容易让人产生一种错觉：扫完一遍、改掉几个密码，这件事就结束了。我更愿意把它看成持续巡检：资产会变化，服务负责人会更替，原本不该开放的管理入口也可能重新出现。一次检测只能说明当时发现了什么，不能保证以后一直安全。

先盘资产，再核口令

我会把资产盘点和口令核验分开安排。先确认哪些主机、服务和管理入口需要检查，再结合业务负责人掌握的信息核对结果。工具识别出的服务不一定就是实际部署的服务，遇到不确定的记录，先弄清楚，比急着尝试登录更稳妥。

巡检范围也不宜一把拉满。对生产和办公内网，应先取得网络归属团队与系统所有者的书面授权，约定目标、时间窗口和联系人。老旧服务尤其需要谨慎：探测频率过高，不仅可能触发告警，还可能影响服务正常运行。

把核验做轻，把整改做实

真正检查弱口令时，我倾向于只选定明确授权的主机和服务，使用覆盖已知弱口令特征的精简词典，避免大量尝试。开始前要了解账户锁定策略和服务承载情况；关键业务账号、连接资源紧张的服务，更不能为了“扫得彻底”反复碰运气。

发现疑似问题后，也别急着把工具结果当成最终结论。可以安排人工复核，并通知负责人处理：默认密码或空密码应及时整改，不必要的访问入口也要同步收敛。整改完成后，再按约定范围复查，确认问题确实关闭，而不只是工单状态变了。

持续巡检的关键是留下能接得上的记录：检查范围、负责人、发现的问题、整改状态和复查结果都要清楚。检查结束后，再核对相关审计日志，并按企业数据安全规范归档或脱敏销毁结果明细。这样下次接手的人看到的就不只是一份扫描报告，而是一条可以继续跟进的线索。