拿站渗透

凌晨两点，拿站渗透我盯着屏幕上的拿站渗透Nmap扫描结果，目标站点的拿站渗透80端口像一张咧开的嘴。这是拿站渗透一家地方银行的旧版网上商城，PHP 5.2.17，拿站渗透Apache 2.0.59，拿站渗透连中间件版本号都懒得隐藏。拿站渗透我甚至没费劲去查CVE库——这种组合，拿站渗透十个里有八个能直接用struts2的拿站渗透OGNL注入打穿。

但真正的拿站渗透突破口不在服务器上。我翻到管理后台的拿站渗透登录页，发现“忘记密码”功能会回显用户是拿站渗透否存在。管理员账号是拿站渗透admin，这个不用猜。拿站渗透我试着提交了三次错误密码，拿站渗透页面居然没有验证码，也没有锁定机制。这年头还有这么实诚的站点，简直像在沙漠里捡到一瓶冰镇可乐。

我调出Burp Suite，把密码字典换成银行内部常用的年份+部门缩写组合。跑到第47条时，响应包变了——302跳转。我甚至没来得及高兴，就看见跳转后的页面右上角赫然写着“欢迎，admin”。密码是“2016xindai”，信贷部门的缩写。这密码用了六年，比他们行长的任期还长。

进去之后才叫开了眼。后台功能模块做得像毛坯房，文件上传点直接暴露在“公告附件”里，连个后缀名过滤都没有。我传了个jpg格式的图片马，用菜刀连接时却提示解析失败。仔细一看，服务器把上传目录设成了只读。行吧，这算是个意外的小障碍。

我转而翻数据库配置文件，在config.php里找到了MySQL的连接口令，root权限，密码是“root123”。这感觉就像撬开保险箱，发现里面还套着个透明玻璃盒——什么都看得见，就是够不着。但没关系，我通过phpMyAdmin的漏洞拿到了一个低权限shell，接着用脏牛提权，花了大概二十分钟，终于拿到了root。

整个过程里最讽刺的是什么？我顺手查了下服务器上的日志文件，发现这家银行的安全防护设备记录了我从第一次扫描到提权成功的每一步操作。每一个请求，每一次POST，都被完整地记在案。但没有任何告警触发，也没有人查看这些日志。它们就像银行金库门口的监控录像，录得清清楚楚，却从没人回放。

我最后没动任何业务数据，只在根目录留了个名为“security_test.txt”的文件，里面写着“请修改默认密码并更新中间件”。第二天下午，那家银行的官网就下线了，再上线时换成了全新的架构。我不知道他们有没有看到我的留言，但至少，这个测试是真的起了作用。

拿站这件事，技术门槛往往不是最高的那道墙。真正脆弱的，是那些“应该没问题吧”的侥幸心理，是那些形同虚设的日志审计，是那些半年不换一次的弱口令。你不需要多高深的技巧，只需要比管理员多一点点耐心。

本文地址：http://www.79wt.cn/news/1418c1599843.html