刷题记录：[LCTF]bestphp's revenge

刷题记录：[LCTF]bestphp's revenge

题目复现链接：https://buuoj.cn/challenges
参考链接：https://xz.aliyun.com/t/3341#toc-22
从LCTF WEB签到题看PHP反序列化
 LCTF2018-bestphp's revenge 详细题解

这是LCTF的web签到题？？打扰了。现在一天一题已经有点跟不上了。。。。

一、知识点

这几个知识点环环相扣形成利用链，所以我一起讲了
session反序列化->soap(ssrf+crlf)->call_user_func激活soap类

1、SoapClient触发反序列化导致ssrf

2、serialize_hander处理session方式不同导致session注入

3、crlf漏洞

二、解题思路

首先，php反序列化没有可利用的类时，可以调用php原生类，参考
反序列化之PHP原生类的利用,
贴上源码和poc讲

//index.php
<?php
highlight_file(__FILE__);
$b = 'implode';
call_user_func($_GET[f],$_POST);
session_start();
if(isset($_GET[name])){
    $_SESSION[name] = $_GET[name];
}
var_dump($_SESSION);
$a = array(reset($_SESSION),'welcome_to_the_lctf2018');
call_user_func($b,$a);
?>

//flag.php
session_start();
echo 'only localhost can get flag!';
$flag = 'LCTF{*************************}';
if($_SERVER["REMOTE_ADDR"]==="127.0.0.1"){
       $_SESSION['flag'] = $flag;
   }
only localhost can get flag!

很容易想到f传入extract覆盖b为我们想要的函数，问题是后面session的利用。
先说SoapClient，参考从几道CTF题看SOAP安全问题

SOAP（简单对象访问协议）是连接或Web服务或客户端和Web服务之间的接口。
其采用HTTP作为底层通讯协议，XML作为数据传送的格式
SOAP消息基本上是从发送端到接收端的单向传输，但它们常常结合起来执行类似于请求 / 应答的模式。

那么如果我们能通过反序列化调用SoapClient向flag.php发送请求，那么就可以实现ssrf

接下要解决的问题是：

在哪触发反序列化
如何控制反序列化的内容

这里要知道call_user_func()函数如果传入的参数是array类型的话，会将数组的成员当做类名和方法，例如本题中可以先用extract()将b覆盖成call_user_func()，reset($_SESSION)就是$_SESSION['name']，我们可以传入name=SoapClient，那么最后call_user_func($b, $a)就变成call_user_func(array('SoapClient','welcome_to_the_lctf2018')),即call_user_func(SoapClient->welcome_to_the_lctf2018)，由于SoapClient类中没有welcome_to_the_lctf2018这个方法，就会调用魔术方法__get()从而发送请求

那SoapClient的内容怎么控制呢，贴上大佬的poc

<?php
$target = "http://127.0.0.1/flag.php";
$attack = new SoapClient(null,array('location' => $target,
    'user_agent' => "N0rth3ty\r\nCookie: PHPSESSID=tcjr6nadpk3md7jbgioa6elfk4\r\n",
    'uri' => "123"));
$payload = urlencode(serialize($attack));
echo $payload;

这里又涉及到crlf，参考[转载]CRLF Injection漏洞的利用与实例分析，我的理解是因为http请求遇到两个\r\n即%0d%0a，会将前半部分当做头部解析，而将剩下的部分当做体，那么如果头部可控，就可以注入crlf实现修改http请求包。如果我的理解有错，请大佬指正。

这个poc就是利用crlf伪造请求去访问flag.php并将结果保存在cookie为PHPSESSID=tcjr6nadpk3md7jbgioa6elfk4的session中。

最后一点，就是如何让php反序列化结果可控。这里涉及到php反序列的机制。

php中的session中的内容并不是放在内存中的，而是以文件的方式来存储的，存储方式就是由配置项session.save_handler来进行确定的，默认是以文件的方式存储。
存储的文件是以sess_sessionid来进行命名的，文件的内容就是session值的序列话之后的内容。
在php.ini中存在三项配置项：

session.save_path=""   --设置session的存储路径
session.save_handler="" --设定用户自定义存储函数，如果想使用PHP内置会话存储机制之外的可以使用本函数(数据库等方式)
session.serialize_handler   string --定义用来序列化/反序列化的处理器名字。默认是php(5.5.4后改为php_serialize)

PHP内置了多种处理器用于存储$_SESSION数据时会对数据进行序列化和反序列化，常用的有以下三种，对应三种不同的处理格式：

处理器	对应的存储格式
php	键名 + 竖线 + 经过serialize()函数反序列化处理的值
php_binary	键名的长度对应的ASCII字符 + 键名 + 经过serialize()函数反序列化处理的值
php_serialize(php>=5.5.4)	经过serialize()函数反序列处理的数组

配置选项 session.serialize_handler，通过该选项可以设置序列化及反序列化时使用的处理器。

如果PHP在反序列化存储的$_SEESION数据时的使用的处理器和序列化时使用的处理器不同，会导致数据无法正确反序列化，通过特殊的伪造，甚至可以伪造任意数据。

当存储是php_serialize处理，然后调用时php去处理，如果这时注入的数据时a=|O:4:"test":0:{}，那么session中的内容是a:1:{s:1:"a";s:16:"|O:4:"test":0:{}";}，那么a:1:{s:1:"a";s:16:"会被php解析成键名，后面就是一个test对象的注入。

正好我们一开始的call_user_func还没用，可以构造session_start(['serialize_handler'=>'php_serialize'])达到注入的效果。