很多想做渗透测试的朋友都想了解关于PHP后门漏洞的安全测试重点方法,以及该如何预防被中php后门,本节由我们的安全高级渗透工程师进行全面的讲解,来让大家更好的理解和了解php代码的安全检测,让网站得到最大化的安全保障,安全保障了,网站才能更长远的运行下去。
![ae77624b14529751a5edd04eceb4f30d.png](https://i-blog.csdnimg.cn/blog_migrate/fa1ec8fd4a37dcecc06d256d1047fc96.jpeg)
4.1.1. 后门
4.1.1.1. php.ini构成的后门
利用 auto_prepend_file 和 include_path
4.1.1.2. .htaccess后门
php_value auto_append_file .htaccess
#<?php phpinfo();
php_flag allow_url_include 1
php_value auto_append_file data://text/plain;,PD9waHAgcGhwaW5mbygpOw==
#php_value auto_append_file data://text/plain,%3C%3Fphp+phpinfo%28%29%3B
4.1.1.3. .user.ini文件构成的PHP后门
.user.ini可运行于所有以fastcgi运行的server。利用方式同php.in
4.1.2. 反序列化
4.1.2.1. PHP序列化实现
PHP序列化处理共有三种,分别为php_serialize、php_binary和 WDDX,默认为php_serialize,可通过配置中的 session.serialize_handler 修改。
其中php_serialize的实现在 php-src/ext/standard/var.c 中,主要函数为 php_var_serialize_intern ,序列化后的格式如下:
- boolean
- b:;
- b:1; // true
- b:0; // false
- integer
- i:;
- double
- d:;
- NULL
- N;
- string
- s::"";
- s:1:"s";
- array
- a::{key, value};
- a:1:{s:4:"key1";s:6:"value1";} // array("key1" => "value1");
- object
- O::":{};
- reference
- 指针类型
- R:reference;
- O:1:"A":2:{s:1:"a";i:1;s:1:"b";R:2;}
- $a = new A();$a->a=1;$a->b=&$a->a;
4.1.2.2. PHP反序列化漏洞
php在反序列化的时候会调用 __wakeup / __sleep 等函数,可能会造成代码执行等问题。若没有相关函数,在析构时也会调用相关的析构函数,同样会造成代码执行。
另外 __toString / __call 两个函数也有利用的可能。
其中 __wakeup 在反序列化时被触发,__destruct 在GC时被触发, __toString 在echo时被触发, __call 在一个未被定义的函数调用时被触发。
下面提供一个简单的demo.
利用 auto_prepend_file 和 include_path
输出
construct
Data's value is raw value.
destruct
string(44) "O:4:"Demo":1:{s:4:"data";s:9:"raw value";}"
把序列化的字符串修改一下后,执行
unserialize('O:4:"Demo":1:{s:4:"data";s:15:"malicious value";}');
输出
wake up
Data's value is malicious value.
destruct
这里看到,值被修改了.
上面是一个 unserialize() 的简单应用,不难看出,如果 __wakeup() 或者 __desturct() 有敏感操作,比如读写文件、操作数据库,就可以通过函数实现文件读写或者数据读取的行为。
那么,在 __wakeup() 中加入判断是否可以阻止这个漏洞呢?在 __wakeup() 中我们加入一行代码
![36b959d20d40c5e45dc4cede4a8450fb.png](https://i-blog.csdnimg.cn/blog_migrate/3ee56ccf6da0340f6ab6d5436d661a1a.jpeg)
但其实还是可以绕过的,在 PHP5 < 5.6.25, PHP7 < 7.0.10 的版本都存在wakeup的漏洞。当反序列化中object的个数和之前的个数不等时,wakeup就会被绕过,于是使用下面的payload
unserialize('O:7:"HITCON":1:{s:4:"data";s:15:"malicious value";}');
输出
Data's value is malicious value.
destruct
这里wakeup被绕过,值依旧被修改了。
4.1.3. Disable Functions
![fa1183c3a9e7555acd9d5355251640c4.png](https://i-blog.csdnimg.cn/blog_migrate/dfbacb9f9b9d1aa63e8c3a2fd71fd206.jpeg)
4.1.3.1. 机制实现
PHP中Disable Function的实现是在php-src/Zend/Zend-API.c中。PHP在启动时,读取配置文件中禁止的函数,逐一根据禁止的函数名调用 zend_disable_function 来实现禁止的效果。
这个函数根据函数名在内置函数列表中找到对应的位置并修改掉,当前版本的代码如下:
![1395c5328aef73b9211e7138ac560453.png](https://i-blog.csdnimg.cn/blog_migrate/8a346e5582f1d81f752840667a4cd8b9.jpeg)
和函数的实现方式类似,disable classes也是这样实现的
![feb81543df597897e1be1575a6a972a9.png](https://i-blog.csdnimg.cn/blog_migrate/27e657ee790754b6aedf80ddbe43717e.jpeg)
因为这个实现机制的原因,在PHP启动后通过 ini_set 来修改 disable_functions 或 disable_classes 是无效的。
4.1.3.2. Bypass
- LD_PRELOAD绕过
- PHP OPcache
- Mail函数
- imap_open
4.1.4. Open Basedir
4.1.4.1. 机制实现
PHP中Disable Function的实现是在php-src/main/fopen-wrappers.c中,实现方式是在调用文件等相关操作时调用函数根据路径来检查是否在basedir内,其中一部分实现代码如下:
PHPAPI int php_check_open_basedir_ex(const char *path, int warn)
{
/* Only check when open_basedir is available */
if (PG(open_basedir) && *PG(open_basedir)) {
char *pathbuf;
char *ptr;
char *end;
/* Check if the path is too long so we can give a more useful error
* message. */
if (strlen(path) > (MAXPATHLEN - 1)) {
php_error_docref(NULL, E_WARNING, "File name is longer than the maximum allowed path length on this platform (%d): %s