可以讀/etc/passwd!
這段。 。
[檔案上載]
PHP自動支援基於RFC 1867的檔案上載，我們看下面的範例：
上面的程式碼讓使用者從本地機器選擇一個文件，當點擊提交後，文件就會被上載到伺服器。這顯然很有用的功能，但是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 」（通常會導致內容暴露）。這種攻擊可以用於暴露任何敏感文件的內容。
http://www.bkjia.com/PHPjc/314189.htmlwww.bkjia.comtruehttp: //www.bkjia.com/PHPjc/314189.htmlTechArticle可以讀/etc/passwd! 這段。 。 [文件上載] PHP自動支援基於RFC 1867的文件上載，我們看下面的例子： FORM METHOD="POST" ENCTYPE="multipart/form-data" INPUT...
