超级弱口令检查工具

去年冬天，超级查工我在一个客户现场做内网渗透测试。弱口刚连上Wi-Fi，令检随手扫了一眼网段，超级查工发现一台老旧的弱口打印机管理后台开着telnet。试了三个密码——admin/admin、令检root/123456、超级查工guest/空——第三个直接进去了。弱口那一刻我没觉得兴奋，令检反而有点后背发凉：这台设备连着整个办公网，超级查工而它的弱口密码是空的。

这就是令检弱口令的可怕之处。它不依赖什么高深漏洞，超级查工不需要0day，弱口甚至不需要工具。令检很多时候，一个字典加一点耐心，就能撕开整条防线。

《超级弱口令检查工具》这类软件，本质上干的就是这件事的自动化版本。它不神秘，核心逻辑很朴素：拿一份用户名列表，配一份密码列表，对着目标服务（SSH、RDP、MySQL、Redis、Telnet、SMB……）挨个组合去试。听起来笨，但架不住它快。人手工试十次就烦了，工具一秒钟能试几百次。

它到底怎么工作的

我拆过一个类似工具的实现。里面有几个关键模块：协议识别、并发调度、结果回显。协议识别决定它能不能跟目标说上话——比如Redis没设密码，你发个PING它回PONG，工具就知道通了。并发调度是效率的核心，多线程或者异步IO，同时开几百个连接去撞。结果回显最直白，撞开了就标红，撞不开就跳过。

真正决定成败的，是字典质量。我见过有人拿rockyou.txt跑一晚上，命中率不到百分之三。也见过有人只用了两百个密码，命中率超过四成。差别在哪？后者是根据目标单位的命名习惯、员工姓名拼音、常见弱口令（比如公司名+123、admin@2024）手工整理过的。工具再强，字典不对，等于拿钥匙开别人家的门。

一个真实案例

某次授权测试，目标是一套对外暴露的GitLab。默认端口没改，登录页面也没有验证码。我用工具挂了五百个常见组合，十分钟后拿到一个账号：test/test123。登进去发现是个普通用户，但GitLab有个特性——普通用户能看所有公开项目。翻了一圈，在一个前端项目的配置文件里找到了生产数据库的密码。整个链条里，最脆弱的一环就是那个test账号。

这件事之后，我养成了一个习惯：每次拿到新目标，先跑一遍弱口令检查，再去做漏洞扫描。顺序不能反。因为弱口令是门槛最低的入口，一旦进去，后面很多“漏洞”可能根本不需要挖了。

工具不是万能药

别把它想得太神。现在稍微像样的系统都有登录失败锁定、验证码、IP封禁、双因素认证。对着这些目标硬撞，除了把自己的IP送进黑名单，没别的结果。我试过对一个开了账户锁定的OWA邮箱跑字典，撞到第五次账号就被锁三十分钟，效率低到不如去喝杯咖啡。

所以这类工具真正的用武之地，是那些“没人管”的角落：内网里的老旧设备、测试环境忘了下线的服务、第三方供应商留下的后门接口、IoT摄像头和打印机。这些地方往往没有锁定策略，也没有人盯着日志。

说点实在的

如果你是企业运维，别等别人拿工具来扫你。自己先扫一遍。用同样的工具，同样的字典，看看能撞开多少。撞开的每一个，都是别人也能撞开的。改密码不是目的，改掉“admin123”这种思维惯性才是。

如果你是安全从业者，别过度依赖工具的输出。它告诉你“这个能进”，但进不去之后的事——横向移动、权限维持、数据提取——才是真正考验判断力的地方。工具只负责开门，进门之后往哪走，靠的是脑子。

最后说一句：我见过最离谱的弱口令，是某台核心交换机的enable密码——六个8。对，就是“888888”。那台设备在机房里嗡嗡响了七年，没人改过。