Winmail最新直达webshell 0day漏洞挖掘实录

正题开始:

w1

首先从wap.php文件中看到这里的内容,winmail是伪全局,我们现在走进index.php

w2

前面的判断完全可以直接忽略,我们直接看后面

几乎全部变量都是可控的,所以无需质疑的这里 就存在一个文件写入的的操作,但我们绕不过后缀这里的验证,而且这套cms是一体安装的,并不是什么iis所以解析漏洞都GG了。这里其实我头疼了很久,我该怎么让这么一个无害的漏洞扩大伤害直达getshell?麻痹的继续挖:

伪全局+变量覆盖漏洞又将会碰撞出如何的火花?

Load_userinfo和domaininfo都是执行sql的地方

先想想我们现在掌握的条件,一个变量覆盖和domain可控,但这里domain明显是经过sql防护。那么先继续往下面看

下面有一个从sql中查询出来的md5效验,这样就很头疼了,所以绕不过的话那就没法利用?

这里突然想到刚刚sql中有new sqlite带入一个变量?而我们又有变量覆盖,那么???去看看

这里的file是可控的,也就是后面的$this->dbfile。那么这里我就想到了一个假设,sqlite是轻型类似access的数据库,这里access位置可以被我们恶意覆盖了。那么这个时候我们传一个我们自己的数据库然后变量覆盖指向这里是不是代表?于是想到怎么传呀?我们目前唯一可以写内容的就是之前那个漏洞,但只能写图片呀!!!等等 图片?轻型数据库?类似access?

大家都知道access可以修改任意后缀,那么sqlite可以??理论不然实操复现

w3

这个是我们的数据库,去试试?

w4

Go

w5

事实证明是成功的

那么这个时候如何来利用喃?

本地先新建一个sqlite的数据库用二进制的方式读出来然后base64加密,最后写入jpg中。

在本地中测试时可以操作

w6

正常从数据库中查询出内容。至于如何getshell?不多说了,数据库都已经被你控制了,你还不搞下…

【via@91ri-team Joseph】  本文系91ri团队原创文章,禁止第三方未经授权转载。