hydra tool setup

装 Hydra 这件事，我拖了整整两周。不是因为它难，是因为每次打开终端，看到那堆参数就犯困。直到上周三凌晨，一个跑了三天的 SSH 爆破字典全废了——我手动敲的命令漏了 -t 64，速度慢得像蜗牛爬。那晚我决定，必须把 Hydra 配明白。

如果你也在 Kali 或者 Ubuntu 上折腾过这玩意儿，大概率见过这个报错：hydra: error while loading shared libraries: libssh-4: cannot open shared object file。别慌，这不是你编译错了，是系统里缺了 libssh 的运行时库。先跑 sudo apt install libssh-4 libidn11-dev，八成能解决。我见过有人为了这个报错重装了三遍系统，其实就一行命令的事。

Hydra 的安装方式分两种。用包管理器最省心：sudo apt install hydra hydra-gtk。但 Kali 仓库里的版本有时候旧得离谱，比如 9.0 之前的版本不支持 -I 参数忽略恢复文件。如果你需要最新特性，得从 GitHub 拉源码编译。编译前装依赖是个体力活：libssl-dev libssh-dev libidn11-dev libpcre3-dev libgtk2.0-dev libmysqlclient-dev libpq-dev libsvn-dev firebird-dev libmemcached-dev libfreerdp-dev libgcrypt20-dev。我第一次编译时漏了 libfreerdp-dev，结果 RDP 模块死活编不进去，白等二十分钟。

装好之后别急着跑大字典。先拿 hydra -h 看一眼模块列表，确认你要攻击的服务在不在里面。有次我对着一个 Redis 搞了半天，最后发现 Hydra 压根没这个模块——它主要覆盖 SSH、FTP、HTTP-POST、RDP、SMB、MySQL 这些常见协议。Redis 得用 ncrack 或者自己写脚本。

配置文件这块有个坑。默认路径 /etc/hydra/hydra.conf 里有个 DEFAULT_THREADS 参数，很多人不知道。你命令行写 -t 16，它优先用命令行的值，但如果你写脚本批量跑，没显式指定线程数，它就吃这个默认值。有次我写了个循环跑五十个目标，每个只给 4 线程，一晚上才跑完三个 IP。后来把配置文件改成 DEFAULT_THREADS 32，效率直接翻倍。不过别贪心，SSH 超过 64 线程容易触发目标服务器的 MaxStartups 限制，反而丢包。

字典路径也得注意。Kali 自带的 rockyou.txt 在 /usr/share/wordlists/ 下，但如果你用 apt install wordlists 装的话，它是个压缩包，得先 gunzip。我见过新手直接 -P /usr/share/wordlists/rockyou.txt 然后报错 file not found——其实文件叫 rockyou.txt.gz。

最后说个真实案例。上个月帮朋友测内网，有一台开了 SSH 的 CentOS，密码策略是 8 位纯数字。我拿 Hydra 跑 -x 8:8:1 生成数字组合，配合 -t 32 -f（找到第一个就停），四分钟出结果。但如果换成 -t 128，反而跑了十二分钟——目标服务器直接限流了。所以线程数不是越大越好，得看目标承受能力。我一般先用 -t 16 试探，观察响应时间，稳定再往上加。

Hydra 的 GTK 界面 xhydra 其实挺好用，尤其是调 HTTP-POST 模块的时候，能可视化填表单字段。但命令行更灵活，适合塞进 shell 脚本做自动化。我现在习惯把常用组合写成 alias，比如 alias hssh='hydra -l root -P /usr/share/wordlists/rockyou.txt -t 16 -f -o /tmp/hydra_ssh.log'，省得每次敲一长串。

装完配完，记得定期 hydra -V 看版本，旧版有 CVE 漏洞，比如 9.0 之前的 -m 模块参数解析有溢出风险。别问我怎么知道的——有次在客户现场跑老版本，直接把自己 shell 搞崩了。