用Kali进网站后台，进入绝大多数时候不是网站靠什么神乎其技的0day，而是后台靠目标自己把门开着。我见过太多站点，进入后台路径就挂在robots.txt里，网站管理员以为写个Disallow就安全了，后台其实等于在门口贴了张纸条：后台在这，进入别进来哦。网站

拿Kali做这件事，后台第一步永远是进入信息收集。别急着掏sqlmap或者hydra，网站先看。后台打开终端，进入dirb或者gobuster跑一遍常见目录，网站字典用/usr/share/wordlists/dirb/common.txt就够。后台很多CMS的后台路径是固定的，WordPress是/wp-admin，Joomla是/administrator，Drupal是/user/login。这些不需要猜，直接访问就行。

有一次我帮朋友看他的小站，跑gobuster不到十秒就出了/admin.php。打开一看，一个干干净净的登录框，没有验证码，没有登录失败锁定。这种配置在公网上活不过一个下午。Kali里自带hydra，一句hydra -l admin -P /usr/share/wordlists/rockyou.txt target.com http-post-form "/admin.php:user=^USER^&pass=^PASS^:F=incorrect"，剩下的就是等。rockyou.txt里前一千个密码就命中了，密码是admin123。朋友说这服务器是外包做的，交付之后没人动过。

这不是个例。弱口令是后台沦陷的头号原因，比漏洞利用常见得多。Kali的metasploit里有很多针对CMS的爆破模块，比如auxiliary/scanner/http/wordpress_login_enum，可以枚举用户名再配合字典爆破。但说实话，很多时候手动试几个就行——admin/admin、admin/123456、test/test，命中率不低。

另一种情况是后台根本没有认证。听起来离谱，但确实存在。有些开发者在测试环境里把auth中间件注释掉了，上线时忘了恢复。我用Kali的nikto扫过一个站，报告里直接写着“/admin/ allows directory listing”，进去一看，数据库备份文件就躺在那里，下载下来用grep搜password，明文密码赫然在目。这种站不需要“进入”后台，它自己把后台敞开给你了。

SQL注入进后台是另一条路。Kali里sqlmap是标配，sqlmap -u "http://target.com/login.php" --data="user=admin&pass=test" --dbs，如果存在注入，跑出库名表名，找到users表，拿admin的密码哈希。MD5的话去cmd5或者hashcat跑一下，弱密码秒出。拿到密码回登录框，正常登录，跟管理员自己进去没区别。

还有一种取巧的办法：XSS偷Cookie。如果后台没有HttpOnly标志，在留言板或者评论里插一段脚本，管理员一访问后台，Cookie就发到你的Kali监听端口上。用python3 -m http.server或者nc监听，拿到session直接替换浏览器Cookie，后台就进去了。这个方法不需要破解任何密码，但需要管理员点你的链接，社工成分更大。

说回Kali本身。它只是一个工具集，进后台的核心不在工具，在目标的安全意识。我见过把后台藏在随机路径下的，比如/admin_8f3k2/，这种靠gobuster跑大字典也能撞出来，只是费时间。也见过后台绑定了IP白名单的，这种从外部基本没戏，除非你先拿下同网段的一台机器做跳板。

最后提醒一句：未经授权测试别人的网站是违法的。上面这些操作，只能在你自己拥有的资产或者有书面授权的渗透测试项目里做。Kali的菜单里每个工具都能帮你进后台，也能帮你进监狱，区别只在于你有没有那张授权书。