|
|
可以讀/etc/passwd!
這段。。
[文件上載]
php自動支持基于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>
上面的代碼讓用戶從本地機器選擇一個文件，當點擊提交后，文件就會被上載到服務器。這顯然是很有用的功能，但是php的響應方式使這項功能變的不安全。當php第一次接到這種請求，甚至在它開始解析被調用的php代碼之前，它會先接受遠程用戶的文件，檢查文件的長度是否超過“$MAX_FILE_SIZE variable”定義的值，如果通過這些測試的話，文件就會被存在本地的一個臨時目錄中。
因此，攻擊者可以發送任意文件給運行php的主機，在php程序還沒有決定是否接受文件上載時，文件已經被存在服務器上了。
這里我就不討論利用文件上載來對服務器進行DOS攻擊的可能性了。
讓我們考慮一下處理文件上載的php程序，正如我們上面說的，文件被接收并且存在服務器上（位置是在配置文件中指定的，一般是/tmp），擴展名一般是隨機的，類似“phpxXuoXG”的形式。php程序需要上載文件的信息以便處理它，這可以通過兩種方式，一種方式是在php 3中已經使用的，另一種是在我們對以前的方法提出安全公告后引入的。
但是，我們可以肯定的說，問題還是存在的，大多數php程序還是使用老的方式來處理上載文件。php設置了四個全局變量來描述上載文件，比如說上面的例子：
$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程序開始處理根據“$hello”指定的文件，問題在于“$hello”不一定是一個php設置的變量，任何遠程用戶都可以指定它。如果我們使用下面的方式：
http://vulnhost/vuln.php?hello=/etc/passwd&hello_size=10240&hello_type=text/plain&hello_name=hello.txt
就導致了下面的php全局變量（當然POST方式也可以（甚至是Cookie））：
$hello = "/etc/passwd"
$hello_size = 10240
$hello_type = "text/plain"
$hello_name = "hello.txt"
上面的表單數據正好滿足了php程序所期望的變量，但是這時php程序不再處理上載的文件，而是處理“/etc/passwd”（通常會導致內容暴露）。這種攻擊可以用于暴露任何敏感文件的內容。
php技術：php中文件上傳的安全問題，轉載需保留來源！
鄭重聲明：本文版權歸原作者所有，轉載文章僅為傳播更多信息之目的，如作者信息標記有誤，請第一時間聯系我們修改或刪除，多謝。
