文章目录
*本文中涉及到的相关漏洞已报送厂商并得到修复,本文仅限技术研究与讨论,严禁用于非法用途,否则产生的一切后果自行承担。本文中出现的所有敏感信息已做打码处理
一、找网站SQL注入点
在测试时后发现有一个信息查询框,就是下面这个图片显示的。一般信息查询框会和数据库存在交互。

我输入数字1,会正常提示木查询到相关信息。

那我们使用1′测试一下,发现不弹未查询到相关信息的提示框,也没有任何数据输出,大致判断这个点存在sql注入,并且不对输出报错信息。
大概猜测出SQL语句为 :
select * from A where id ='$_POST['id']';
没有对用户输入的数据做任何过滤。
构造一个闭合语句再次确认一些是否确认存在sql注入。
payload:1′ #

通过上面简单测试,已经确定了,肯定存在sql注入。
二、sqlmap跑一下
将数据包保存到一个文件,直接用sqlmap跑。非常震惊,居然有51个库。

经过查询,查到后台的账号密码,那我就开始找后台的艰辛路程了。
三、找后台
没有找到后台,但是发现robots文件。

从robots上看到是PHPCMS系统

使用PHPCMS系统通用后台地址admin.php,m=admin&c=index&a=login,都不行,测了好就发admin模型下的index控制器是存在,当我们访问的时候就会自动跳到首页,这也该是开发者后来做了修改,专门做防黑的。
四、找通用漏洞
这个步骤就不多说了,我测了已暴光的漏洞,都是不行,说明开发者还是有安全意识的,把漏洞都给修复了。
五、返回sqlmap
还有一种思路就是使用sqlmap –os-shell直接获取shell,但是这个基本上不行的,因为网站的文件基本上都是755权限,没有写的权限就会失败。那我还是抱着一丝丝希望去测试了。
使用sqlmap –os-shell需要知道网站的绝对路径,网站绝对路径可以通过中间件配置文件查看。
首先需要知道网站用了什么中间件,我没有用nmap跑,只用404看到是nginx ,nginx的配置文件 /usr/local/nginx/conf/ngixn.conf
用sqlmap –file-read 去读nginx配置文件。通过配置文件只看到一条默认的配置信息



六、使用sqlmap读取网站源码
通过上面的思路我们已经知道网站的真实路径,知道了是PHPCMS系统,那我们可以读取网站的文件了。
1、读取路由文件 caches\configs\route.php 查看路由文件没有问题。



七、侧面渗透测试
上面说了一共有51个网站,我随机看了几个,数据库的结构是一样的,说明是同一个建站系统。
那我们用nmap扫一下服务发现有8080服务,这个网站8080端口的网站时dedecms系统搭建的,我正好有后台密码,这样能通过dedecms上传文件。

八、代码审计
通过上面们大概判断是admin模块index控制器有问题。
查看admin模块多了一个MY_index.php控制器,


经过看phpcms开发手册(我对这看系统二次开发不太熟悉,我只知道是一个MVC结构的php程序),如果需要对控制器进行二次开发需要在同级目录创建一个MY_*.php文件,大概意思就是创建这个文件后程序在运行index模块时会运行MY_index.php里面的代码。


这个文件大概意思就是当我运行改文件时会将$_SESSION[‘right_enter’]=1,然后跳转到登陆界面。
*本文作者:lesssafe,转载请注明来自一一网络博客