老司机奇淫渗透测试让网站给自己发管理员账号密码 Secer's Blog

团队一枚老司机的奇葩司机思路，发出来让大家看看他到底有多老司机！

对他老司机这一件事，我能怎么办，我也很绝望呀！

我和大家一样看文章以前都是一枚不明真相的吃瓜土狗

但是现在呢，皮皮虾我们走！

渗透范围

<table> 系统 XXXXX网 URL http://XXXXX/login.jsp </table>

接到公司下发的授权渗透测试项目任务，我们的老司机同事把油门加满了。

基础信息收集

服务器环境

关键信息

<table> 服务器环境 Linux ,csvserver, Apache Tomcat 程序语言 Jsp 关键端口 80,8010,8087,8899 </table>

关键信息

<table> 泄露关键字 xxxxxxxxxxxxx, xxxxx </table>

系统功能枚举

> 系统后台(http://XXXXX/login.jsp)

忘记密码(http://XXXXX/XXXX/XXXX.jsp)

SQL注入漏洞

> | http://XXXXX/XXXX/XXXXX.jsp?prename=XXXX=1' or '1'='1 |
> | ---------------------------------------- |
> | 参数：mobile,prename,loginName              |
> | 类型：boolean                               |
>
>

由于自动化工具SQLmap不能识别注入点，且由于注入语句的限制，只能获取部分信息，

编写程序获取到mysql数据库的用户:

账户信息收集

Google Search

关键词: xXXXg,xxxxw

验证用户

通过尝试登录系统后台验证用户存在与否。

admin账户不存在，尝试使用收集到的关键字进行猜测。

xXXx这个用户是存在的，所以现在拿到了系统的用户名。

尝试爆破密码

信息收集

经过对服务器其他端口的信息收集，在80端口上运行的服务和8010端口上的服务是类似的，程序有可能是同一个公司开发的(xxx科技？？？)，再次利用XXX尝试登陆系统，发现这个用户也是存在的。

分析登陆请求

通过客户端的js代码，发现登陆采用DES加密

把加密算法放在前端，厂家我就想问你

厂家：

普通的登录请求都是明文直接登录，可以利用burpsuite很方便进行爆破，但是这里采用用户名和密码都加密的方法，让爆破工作难度增大了许多，要编写程序进行爆破可能又要花费很多时间。所以需要另寻他法。

该系统还有一个安全问题，系统对登录的用户名和密码进行加密发送，目的很有可能是为了防止网络窃听攻击，采用DES加密本身是相对比较安全的，但是在分析加密过程发现系统把默认的加密key放在了客户端，还有在http流中明文传输key，所以攻击者完全可以窃取key对密文进行解密，得到明文账户密码信息。

(MDZZ)

寻找新爆破点

> http://xxxxx//xxxxx/XXXXX.jsp

在信息收集阶段，发现系统有一个隐藏了的功能，就是修改密码，这个修改密码的过程并没有采用加密的方式，所以可以通过修改密码验证旧密码的正确来进行爆破密码。（安全脉搏https://www.secpulse.com/archives/57606.html）

这里有一点要注意的是如果我们爆破到正确的密码时，系统正好也就修改了原来的密码，所以一定要先记录下修改后的密码是什么。

此外，如果为了不让管理员知道自己的密码被更改了，可以在爆破的过程中，直接把新的密码填写为我们的爆破值。

爆破工作

对上述爆破点进行爆破，尝试了6000多个常用弱密码，但是很遗憾，并没有一个是正确的密码，所以爆破工作结束，并不能如愿以偿。。。。

系统逻辑分析

通过前期的信息收集工作，发现系统在前台的功能很少，都是一些静态的内容，尝试在前台挖掘可能存在的安全漏洞，几个端口运行的web服务上，的确发现存在上传文件的功能，在“XXX”的系统功能上。（安全脉搏https://www.secpulse.com/archives/57606.html）

通过测试发现上传功能对上传的文件名进行了限制，并且系统的处理逻辑使得即使绕过了文件扩展名的限制，也没办法访问到上传的文件(访问上传的文件会提示文件不存在)。

渗透项目到这里，简直江郎才尽，太特么尴尬了。。。。
再次回到我们的忘记密码功能上，来看看这个地方是否存在除了SQLinject之外的其他安全问题。

思考:系统对忘记密码的逻辑是怎样的？

首先我们看不到源代码，所以这里只能对处理逻辑进行猜测，想办法让猜测的结果尽可能地接近系统的源码。

首先，当我们输入用户名和手机号码的时候，程序应该是获取数据库中用户名(xxxx)的数据，并比较用户的手机号码和我们输入的是不是相同，如果找不到，就提示输入的信息有误，假设找到对应的用户了，那么程序就会把密码发送到对应的手机上。

这个处理逻辑是没有问题的。我们要知道用户XXXX的密码，那么就得知道对应的号码（号码是：1XXXXX5，别问我怎么来的），并且能够拿到手机接收到的短信。这看起来很难，当然也确实挺难的。

但是如果我们能控制系统把密码发送到 **我们的手机 **呢?

系统在验证用户名和手机后是怎么给手机发信息的，安全的做法应该是拿到数据库中对应用户的手机号码，然后发送信息。

但是系统这样做了吗？？？？

很显然是没有的，要不然我这个逼早就装不下去了。。。。。。

(MDZZ)

既然系统没有取数据库中的手机号码，那么就是从客户端的输入获取手机号码，也就是手机号码可被控制。

但是直接输入想要收短信的手机号码，会导致用户名和手机号码的验证不通过。

那么怎么才能通过验证又能把密码发送到我们的手机上呢?

如果结合之前的SQL注入漏洞呢?

为什么这样就可以达到想要的结果呢？看看系统的逻辑的伪代码。

usename=get(用户名);
phone=get(手机号码);
query_str=”select * from user_table where username=’”+username+”’ and phone=’+phone+”’”;
res=mysql_query(query_str);
if(res) send_pw_to_phone(phone,…);else return error;