福运熊 · AI 技能库

「公司名 + 123」「Admin / 123456」「生日」——这些口令在攻击者的字典里排最前面。一家公司只要有一个弱口令，内网就可能被横向打穿。

先说清楚场景

弱口令的危害不在「被猜到」本身，而在「一个弱口令打开一扇门，攻击者顺着内网打到别处」。很多公司防火墙很贵，但前台电脑用着 Admin/123456，等于把门留着。

另一个盲区是「共用口令」：一台设备、一个后台，多人用同一个密码，一个人泄露全员中招，还查不出是谁。

该看的几项

• 建口令规则：长度 ≥ 12、含大小写 + 数字 + 符号，禁止公司名 / 生日 / 连续数。
• 查现有口令：用弱口令字典批量比对高风险账号（VPN、邮箱、后台）。
• 一人一号：杜绝共用账号，谁的操作谁负责。
• 开二次验证：关键系统（邮箱、远程、后台）强制 2FA。
• 定期换：高风险账号每季度换，泄露即换。

常见的两个误区

• 误区一：复杂就安全。共用 + 不换，复杂也白搭。
• 误区二：改了密码就收权。旧会话可能还有效，得停用。

按这个顺序做

1. 导出高风险系统账号清单。
2. 用字典跑一遍弱口令比对，标命中项。
3. 命中的强制改 + 开 2FA。
4. 共用账号拆成一人一号。
5. 用本地工具生成「弱口令命中 + 整改」清单，留痕可查。

什么时候需要工具

数字安全盾的弱口令核查流水线会用内置字典比对关键系统口令强度，输出「哪些账号必须立即改」的清单，并给出二次验证开启项，而不是只喊「请加强密码」。

可以继续看

• 免费企业安全自查（12 题）
• 数字安全盾：弱口令核查

以上为通用自查思路，不构成安全认证、等保测评结论或法律意见。具体实施请结合实际系统与业务判断；涉及取证、事故处置时请联系专业机构。