漏洞详情

披露状态:

2014-08-12: 细节已通知厂商并且等待厂商处理中
2014-08-12: 厂商已经确认,细节仅向厂商公开
2014-08-15: 细节向第三方安全合作伙伴开放
2014-10-06: 细节向核心白帽子及相关领域专家公开
2014-10-16: 细节向普通白帽子公开
2014-10-26: 细节向实习白帽子公开
2014-11-10: 细节向公众公开

简要描述:

试试可以不先吧。

详细说明:

不会分析源码。。木有去分析了。。

1.png

最新版本。。目测所有版本都存在。。我们来数据库备份下。

2.png

恭喜您,成功创建 3 个备份文件,备份全部完成。
./data/backup_f4b1fa/140811_tv3zcb3Z-1.sql
./data/backup_f4b1fa/140811_tv3zcb3Z-2.sql
./data/backup_f4b1fa/140811_tv3zcb3Z-3.sql

这个。看起来很长似得。。

data/backup_f4b1fa/140811_tv3zcb3Z-1.sql

备份到data/backup什么什么的目录下。然后我们怎么才知道这么长的文件名去访问他呢?哎哟。。这都是。。。。唉。。不想多提了。。我们本地cmd——进入到这个目录下再说!

3.png

进入到这里来之后?我们怎么做?

dir /x

4.png

产生了个短文件名。我们不知道其他网站的情况下可以利用这个去直接访问data下创建的文件夹

BACKUP~1

5.png

相当于访问这个文件backup_f4b1fa。然后我们接着进入这个目录下dir /x

6.png

一个~这个的符号都省略了中间生成的了。。只要我们利用burp爆破下肯定知道年月日的。然后就可以通过这个方法去搞到数据库回来了

漏洞证明:

7.png

访问已经备份过数据库的论坛就可以这样去访问了:

data/BACKUP~1

然后就自己猜测下日期就OK了。。或者爆破下

修复方案:

通用很给力

标签: none

评论已关闭