某众测平台入驻邀请码获取-安全客

0x00 背景

今天刚到公司，看到刚哥在群里发的消息。

打开一看是个众测平台，注册的时候提示需要邀请码，而邀请码的获得方式有两种，一种是老用户邀请，另一种则需要通过平台提供的一个小游戏获取flag，然而我们也不认识老用户，没办法那只能去找flag了。游戏地址(http://119.3.191.245:8877/Login.php)

0x01 密码爆破

打开网址看到只有一个用户名密码，并没有存在验证码，那肯定是先使用burp软件密码爆破一波。

密码非常简单，根据返回的状态码找到正确的账号密码test/test123。

0x02 sql注入（手工整型注入）

使用破解的账号密码登录系统，只有两个链接地址，分别打开看看，其中一个链接地址中包含aid参数，对其进行了一波简单的sql注入尝试后，并没有发现什么可用的价值，暂时先放着。
接下来尝试把aid=1换成-1、0、1、2、3、4看看页面变化，当aid=3时页面出现了更多链接，如下图：

然后将这些链接挨个打开，当打开第4个链接时（http://119.3.191.245:8877/user/Article.php?aid=3&id=NQ==)，发现与其它链接有点不一样，多了一个参数，将NQ==尝试用bases64解密后是5，然后对该参数进行sql注入尝试。将 5 and 1=1进行base64加密后替换至url中观察页面返回结果，如下图：

然后将5 and 1=2进行base64加密后替换至url中观察页面返回结果，结果发现端倪，如下图：

到这里可以基本判断此处存在sql注入漏洞，然后利用order by（或者union select 1,2,3,4,5,6,N）确定当前数据库的字段数目，为接下来爆库表字段做准备。
将order by n（n是猜测的字段数目）加密后放到地址栏最后，经过多次尝试最后的字段数为order by 3。

已知字段数为3，那么就可以利用union联合查询判断网站显示的内容在数据库的第几列。当使用5 union select 1,2,3 --+加密添加到id=之后，结果网页显示“感知到注入迹象，启动第四阻断机制”的提示，猜测可能是因为网站禁止使用union函数。

0x03 sql注入（盲注）

既然union不让用，那就试试盲注，因为手动盲注太费时间，我选择使用sqlmap工具，构造命令

python sqlmap.py -u "http://119.3.191.245:8877/user/Article.php?aid=3&id=*" --cookie=" PHPSESSID=oteibuuop3nr3oj8d7e899ulg1" --batch --random-agent --tamper base64encode.py --level 3

(*是指定跑注入的位置，--cookie=“使用burp抓包得到自己的cookie” ， --batch默认选择确定，--random-agent选项将sqlmap的标准值更改为任意值，利用工具base64encode.py解码，--level 3同时显示注入的payload。)

注入成功，接下来跑网站的数据库

python sqlmap -u "http://119.3.191.245:8877/user/Article.php?aid=3&id=*" --cookie="PHPSESSID=oteibuuop3nr3oj8d7e899ulg1" --batch --random-agent --tamper base64encode.py --dbs

最后跑出来五个数据库，除了level2其余4个均为mysql的自带库，然后选择level2数据库跑数据表，构造命令如下：

python sqlmap.py -u "http://119.3.191.245:8877/user/Article.php?aid=3&id=*" --cookie="PHPSESSID=oteibuuop3nr3oj8d7e899ulg1" --batch --random-agent --tamper base64encode.py -D "level2" --tables

level2库中存在user和article两个表，那基本可以判断user表是保存登录账号密码的表，article是刚才那个页面像小说页面的文章表，如下图：

查看user表中内容，构造命令如下：
python sqlmap.py -u "http://119.3.191.245:8877/user/Article.php?aid=3&id=*" --cookie="PHPSESSID=oteibuuop3nr3oj8d7e899ulg1" --batch --random-agent --tamper base64encode.py -D "level2" -T "user" --dump

成功得到所有账户名密码，看到其中有admin账户，登录后看看是否有flag线索。

0x04 sql文件包含

登录admin账号后页面几乎与test页面无两样，不过在同样的文本后多了一个小表情，应该是某种线索，点击右键查看源代码，发现图片地址，如下图：

看到图片url中的filename参数，第一感觉是尝试文件包含，首先读取filename=/etc/passwd成功读取，可以很确定此处存在任意文件读取漏洞。

任意文件读取漏洞好像对于拿flag没有什么用，不过我们可以尝试读取当前这些页面的源文件，看看有没有什么线索。poc构造如下：

filename=php://filter/read=convert.base64-encode/resource=Read.php（将Read.php文件的内容以base64形式输出），将得到的内容解密，可以看到Read.php的源码如下图：

看到文件包含函数requlre_once引用了Base.php文件，继续尝试读取Base.php文件，如下图：

将解密的代码拉到最后看到“关于邀请码”的提示，继续读取meifahufujiulaimingdu.php源码，源码文件内容如下：

<?php
 #关于邀请码，嗯，一目了然。
require_once("Base.php");
error_reporting(0);
//$user = isUser();

 $url = "http://172.17.0.1:3000/code";
 $email = "";

function send_post( $url , $post_data ) {

    $postdata = http_build_query( $post_data );
    $options = array (
        'http' => array (
            'method' => 'POST' ,
            'header' => 'Content-type:application/x-www-form-urlencoded' ,
            'content' => $postdata ,
            'timeout' => 15 * 60
        )
    );
    $context = stream_context_create( $options );
    $result = file_get_contents ( $url , false, $context );

    return $result ;
}

$post_data = array (
    'e' => $_POST['email']
);
echo send_post( $url , $post_data );


#ps:建团？什么建团？  啊，哦，那个啊，我记得小姐把它扔到static下面去了，有心的话，去那儿找找吧。

根据得到的信息了解到需要用post方式提交email=参数获取邀请码，构造接口如下图：