怎么對PHP程序中的常見漏洞進(jìn)行攻擊

這篇文章主要介紹了怎么對PHP程序中的常見漏洞進(jìn)行攻擊，具有一定借鑒價值，感興趣的朋友可以參考下，希望大家閱讀完這篇文章之后大有收獲，下面讓小編帶著大家一起了解一下。

　　HP中的變量不需要事先聲明，它們會在第一次使用時自動創(chuàng)建，它們的類型也不需要指定，它們會根據(jù)上下文環(huán)境自動確定。從程序員的角度來看，這無疑是一種極其方便的處理方法。很顯然，這也是快速開發(fā)語言的一個很有用的特點(diǎn)。一旦一個變量被創(chuàng)建了，就可以在程序中的任何地方使用。這個特點(diǎn)導(dǎo)致的結(jié)果就是程序員很少初始化變量，畢竟，當(dāng)它們第一次創(chuàng)建時，他們是空的。

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

　　例如：

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

　　譯者注：這兩種方法也就是我們通常說的“POST”和“GET”方法。

　　下面的用戶認(rèn)證代碼暴露了PHP的全局變量所導(dǎo)致的安全問題：

　　if($pass=="hello")

　　$auth=1;

　　...

　　if($auth==1)

　　echo"someimportantinformation";

　　?>

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

　　表面看起來是正確的，而且我們中有相當(dāng)一部分人是這樣做的，但是這段代碼犯了想當(dāng)然的錯誤，它假定“$auth”在沒有設(shè)置值的時候是空的，卻沒有想到攻擊者可以創(chuàng)建任何全局變量并賦值，通過類似“http://server/test.php?auth=1”的方法，我們完全可以欺騙這段代碼，使它相信我們是已經(jīng)認(rèn)證過的。

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

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

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

　　[遠(yuǎn)程文件]

　　PHP是一種具有豐富特性的語言，提供了大量的函數(shù)，使編程者實(shí)現(xiàn)某個功能很容易。但是從安全的角度來看，功能越多，要保證它的安全性就越難，遠(yuǎn)程文件就是說明這個問題的一個很好的例子：

　　if(!($fd=fopen("$filename","r"))

　　echo("Couldnotopenfile:$filename
\n");

　　?>

　　上面的腳本試圖打開文件“$filename”，如果失敗就顯示錯誤信息。很明顯，如果我們能夠指定“$filename”的話，就能利用這個腳本瀏覽系統(tǒng)中的任何文件。但是，這個腳本還存在一個不太明顯的特性，那就是它可以從任何其它WEB或FTP站點(diǎn)讀取文件。實(shí)際上，PHP的大多數(shù)文件處理函數(shù)對遠(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代碼解釋，主要是用在庫文件上。

　　例如：

　　include($libdir."/languages.php");

　　?>

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

　　passthru("/bin/ls/etc");

　　?>

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

　　需要注意的是，攻擊服務(wù)器(也就是evilhost)應(yīng)該不能執(zhí)行PHP代碼，否則攻擊代碼會在攻擊服務(wù)器，而不是目標(biāo)服務(wù)器執(zhí)行，如果你想了解具體的技術(shù)細(xì)節(jié)，請參考：http://www.securereality.com.au/sradv00006.txt

　　[文件上載]

　　PHP自動支持基于RFC1867的文件上載，我們看下面的例子：

　　如何對PHP程序中的常見漏洞進(jìn)行攻擊

　　上面的代碼讓用戶從本地機(jī)器選擇一個文件，當(dāng)點(diǎn)擊提交后，文件就會被上載到服務(wù)器。這顯然是很有用的功能，但是PHP的響應(yīng)方式使這項(xiàng)功能變的不安全。當(dāng)PHP第一次接到這種請求，甚至在它開始解析被調(diào)用的PHP代碼之前，它會先接受遠(yuǎn)程用戶的文件，檢查文件的長度是否超過“$MAX_FILE_SIZEvariable”定義的值，如果通過這些測試的話，文件就會被存在本地的一個臨時目錄中。

　　因此，攻擊者可以發(fā)送任意文件給運(yùn)行PHP的主機(jī)，在PHP程序還沒有決定是否接受文件上載時，文件已經(jīng)被存在服務(wù)器上了。

　　這里我就不討論利用文件上載來對服務(wù)器進(jìn)行DOS攻擊的可能性了。

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

　　但是，我們可以肯定的說，問題還是存在的，大多數(shù)PHP程序還是使用老的方式來處理上載文件。PHP設(shè)置了四個全局變量來描述上載文件，比如說上面的例子：

　　$hello=Filenameonlocalmachine(e.g"/tmp/phpxXuoXG")

　　$hello_size=Sizeinbytesoffile(e.g1024)

　　$hello_name=Theoriginalnameofthefileontheremotesystem(e.g"c:\\temp\\hello.txt")

　　$hello_type=Mimetypeofuploadedfile(e.g"text/plain")

　　然后PHP程序開始處理根據(jù)“$hello”指定的文件，問題在于“$hello”不一定是一個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))：

　　$hello="/etc/passwd"

　　$hello_size=10240

　　$hello_type="text/plain"

　　$hello_name="hello.txt"

　　上面的表單數(shù)據(jù)正好滿足了PHP程序所期望的變量，但是這時PHP程序不再處理上載的文件，而是處理“/etc/passwd”(通常會導(dǎo)致內(nèi)容暴露)。這種攻擊可以用于暴露任何敏感文件的內(nèi)容。

　　我在前面已經(jīng)說了，新版本的PHP使用HTTP_POST_FILES[]來決定上載文件，同時也提供了很多函數(shù)來解決這個問題，例如有一個函數(shù)用來判斷某個文件是不是實(shí)際上載的文件。這些函數(shù)很好的解決了這個問題，但是實(shí)際上肯定有很多PHP程序仍然使用舊的方法，很容易受到這種攻擊。

　　作為文件上載的攻擊方法的一個變種，我們看一下下面的一段代碼：

　　if(file_exists($theme))//Checksthefileexistsonthelocalsystem(noremotefiles)

　　include("$theme");

　　?>

　　如果攻擊者可以控制“$theme”的話，很顯然它可以利用“$theme”來讀取遠(yuǎn)程系統(tǒng)上的任何文件。攻擊者的最終目標(biāo)是在遠(yuǎn)程服務(wù)器上執(zhí)行任意指令，但是他無法使用遠(yuǎn)程文件，因此，他必須得在遠(yuǎn)程服務(wù)器上創(chuàng)建一個PHP文件。這乍看起來好象是不可能的，但是文件上載幫了我們這個忙，如果攻擊者先在本地機(jī)器上創(chuàng)建一個包含PHP代碼的文件，然后創(chuàng)建一個包含名為“theme”的文件域的表單，最后用這個表單通過文件上載把創(chuàng)建的包含PHP代碼的文件提交給上面的代碼，PHP就會把攻擊者提交的文件保存起來，并把“$theme”的值設(shè)置為攻擊者提交的文件，這樣file_exists()函數(shù)會檢查通過，攻擊者的代碼也將執(zhí)行。

　　獲得執(zhí)行任意指令的能力之后，攻擊者顯然想提升權(quán)限或者是擴(kuò)大戰(zhàn)果，而這又需要一些服務(wù)器上沒有的工具集，而文件上載又一次幫了我們這個忙。攻擊者可以使用文件上載功能上載工具，把她們存在服務(wù)器上，然后利用他們執(zhí)行指令的能力，使用chmod()改變文件的權(quán)限，然后執(zhí)行。例如：攻擊者可以繞過防火墻或IDS上載一個本地root攻擊程序，然后執(zhí)行，這樣就獲得了root權(quán)限。

感謝你能夠認(rèn)真閱讀完這篇文章，希望小編分享的“怎么對PHP程序中的常見漏洞進(jìn)行攻擊”這篇文章對大家有幫助，同時也希望大家多多支持億速云，關(guān)注億速云行業(yè)資訊頻道，更多相關(guān)知識等著你來學(xué)習(xí)!