kali渗透22端口

22端口，渗透SSH的端口老巢。大多数Linux服务器都开着它，渗透像一扇没上锁的端口后门——前提是你知道怎么撬。我见过太多管理员以为设个强密码就万事大吉，渗透结果字典跑三分钟就进去了。端口别笑，渗透真事。端口

拿kali开刀，渗透先扫目标。端口nmap -sV -p22 192.168.1.105，渗透几秒钟的端口事。输出显示OpenSSH 7.2p2，渗透Ubuntu 16.04。端口版本老，渗透但不算太老，直接打CVE未必行。可这年头谁还硬碰硬？弱口令才是王道。

hydra -l root -P /usr/share/wordlists/rockyou.txt ssh://192.168.1.105 -t 4。线程别开太大，免得触发fail2ban。看着屏幕刷屏，root:password123蹦出来那一刻，心跳都漏半拍。密码是“admin@123”，真够懒的。但这就是现实，多数人懒得记复杂密码。

进去了。ssh root@192.168.1.105，输入密码，一个干净的root shell。系统日志里全是failed password记录，但没一条来自我的IP——因为用了proxychains，tor链路上转了几圈。痕迹？不存在的。

然后呢？看家目录，翻.bash_history。这家伙居然用root跑过mysql -p，密码直接跟在-p后面。更绝的是，有个备份脚本写着sshpass -p 'BackupPass2020!' rsync到另一台服务器。一条命令，横向移动的路数就全出来了。

但说实话，22端口的渗透从来不是技术问题，是人的问题。你装再好的防火墙，配再复杂的密钥，架不住管理员把私钥放在web目录下。我见过某公司把id_rsa传到github公开仓库，就为了图省事。渗透测试报告上写“高危”，他们还不信。

换个思路，如果目标没开弱口令呢？那就盯SSH版本。OpenSSH 7.7之前的版本有CVE-2018-15473，用户名枚举漏洞。用脚本跑一遍，能确认哪些用户存在。配合密码喷洒，运气好能撞进某个不常用的账号。别小看这个，我曾靠它进过一台运维跳板机，上面挂着几百台生产服务器的密钥。

还有一招，SSH隧道滥用。拿到一个普通用户权限后，用-L参数把内网某台数据库的3306转发出来。管理员看防火墙规则，只允许SSH进出，以为固若金汤。结果我用一条命令，穿透了整个内网。这不算什么高深技巧，但实用到爆。

最后说句掏心窝的。22端口渗透，八成胜在侦察，两成靠运气。你花三天摸清目标习惯，比跑一晚上字典强。有个客户，我盯了他一周，发现他每周五下午会手动重启SSH服务。那几分钟窗口期，我改了authorized_keys，之后想进就进。他到现在都没发现。

所以别迷信工具，kali只是个工具箱。真正让你得手的，是对方的不经意。密码、习惯、疏忽，比CVE好用一百倍。