|
|
在早期的php版本中，上傳文件很可能是通過如下的代碼實(shí)現(xiàn)的：
復(fù)制代碼 代碼如下:
……
if (isset($_FILES['file'])) {
$tmp_name = $_FILES['file']['tmp_name'];
}
if (file_exists($tmp_name)) {
copy($tmp_name,$destfile);
}
……
但是很可能會(huì)被偽造一個(gè)$_FILES['file']數(shù)組出來，如果tmp_name的內(nèi)容會(huì)被指定為/etc/passwd等敏感信息的內(nèi)容，那么很容 易出現(xiàn)安全問題。php在后來的版本中用is_uploaded_file() 和 move_uploaded_file()解決了這個(gè)問題，用php uploaded_files函數(shù)不僅會(huì)檢查$_FILES['file'] ['tmp_name']是否存在，而且會(huì)檢查$_FILES['file']['tmp_name']是否是上傳的文件，這樣就使得偽造$_FILES 變量變得不可能，因?yàn)槟_本會(huì)在檢查到$_FILES['file']['tmp_name']不是php上傳的時(shí)候終止執(zhí)行。
偽造變得不可能了么？在很多的腳本里面我看到初試化部分就有@extract($_POST)之類的操作，以保證程序在register globals為off的環(huán)境下能繼續(xù)運(yùn)行，這樣的環(huán)境下我們很輕松可以偽造$_FILES數(shù)組，甚至將原來的$_FILES數(shù)組覆蓋，但是想完全的偽造 一個(gè)$_FILES數(shù)組還是很困難的，因?yàn)槟銦o法饒過is_uploaded_file() 和 move_uploaded_file()。
但是在windows下的php環(huán)境下測試時(shí)，我們發(fā)現(xiàn)php的臨時(shí)文件很有規(guī)律，是C:/WINDOWS /TEMP/php93.tmp這種格式，上傳的時(shí)候文件名字會(huì)是C:/WINDOWS/TEMP/phpXXXXXX.tmp這種格式變化，其中 XXXXXX是十六進(jìn)制的數(shù)字，并且是按照順序增加的，也就是說如果這次上傳的臨時(shí)文件名是C:/WINDOWS/TEMP/php93.tmp，那么下 次就會(huì)是C:/WINDOWS/TEMP/php94.tmp，臨時(shí)文件名變得有規(guī)律。
但是我們可能不知道當(dāng)前的文件名是什么，這可以通過php自身的錯(cuò) 誤機(jī)制泄露出來，譬如我們將臨時(shí)文件拷貝到一個(gè)沒有權(quán)限的目錄或者在目標(biāo)文件里包含文件系統(tǒng)禁止的字符就可以將當(dāng)前的臨時(shí)文件名字給泄露出來，當(dāng)然前提是 沒有錯(cuò)誤抑制處理。
那么到底如何饒過is_uploaded_file() 和 move_uploaded_file()呢？看看php uploaded_files函數(shù)部分的代碼：
復(fù)制代碼 代碼如下:
php_FUNCTION(is_uploaded_file)
{
zval **path;
if (!SG(rfc1867_uploaded_files)) {
RETURN_FALSE;
}
if (ZEND_NUM_ARGS() != 1 || zend_get_parameters_ex(1, &path) != SUCCESS) {
ZEND_WRONG_PARAM_COUNT();
}
convert_to_string_ex(path);
if (zend_hash_exists(SG(rfc1867_uploaded_files), Z_STRVAL_PP(path), Z_STRLEN_PP(path)+1)) {
RETURN_TRUE;
} else {
RETURN_FALSE;
}
}
它 是從當(dāng)前的rfc1867_uploaded_files哈希表中查找看是否當(dāng)前的文件名是否存在。其中rfc1867_uploaded_files保 存了當(dāng)前php腳本運(yùn)行過程中由系統(tǒng)和php產(chǎn)生的有關(guān)文件上傳的變量和內(nèi)容。如果存在，就說明指定的文件名的確是本次上傳的，否則為否。
php 有個(gè)很奇怪的特性就是，當(dāng)你提交一個(gè)上傳表單時(shí)，php在做處理之前這個(gè)文件就已經(jīng)被上傳到臨時(shí)目錄下面，一直到php腳本運(yùn)行結(jié)束的時(shí)候才會(huì)銷毀掉。也 就是說，你即使向一個(gè)不接受$_FILSE變量的php腳本提交這樣一個(gè)表單，$_FILSE變量依然會(huì)產(chǎn)生，文件依然會(huì)被先上傳到臨時(shí)目錄。問題就產(chǎn)生 了。下面的腳本可能能說明這個(gè)問題：
復(fù)制代碼 代碼如下:
< ?
$a=$_FILES['attach']['tmp_name'];
echo $a.”………….”;
$file='C://WINDOWS//TEMP//php95.tmp';
echo $file;
if(is_uploaded_file($file)) echo ‘………………Yes';
?>
其 中C://WINDOWS//TEMP//php95.tmp是我猜測的臨時(shí)文件名字，當(dāng)時(shí)，測試這個(gè)腳本的時(shí)候我們需要向它上傳一個(gè)文件或者是100個(gè) 文件，使得其中一個(gè)臨時(shí)文件名為C://WINDOWS//TEMP//php95.tmp。如果此刻腳本有extract操作，我們就可以很方便的偽造 出一個(gè)$_FILES變量了。
不是么？可能要問偽造$_FILES變量有什么作用，我們就可以產(chǎn)生原來程序不允許的文件名了，php在處理上傳的時(shí)候會(huì)對 原來的文件名有一個(gè)類似于basename()的操作，但是一旦可以偽造之后我們就可以輕易的在文件名之內(nèi)加/啊../啊等等你所喜歡的任何東西
php uploaded_files函數(shù)的實(shí)際利用可能有點(diǎn)苛刻，但是也總算是php一點(diǎn)瑕疵吧，呵呵。
php技術(shù)：PHP中uploaded_files函數(shù)使用方法詳解，轉(zhuǎn)載需保留來源！
鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標(biāo)記有誤，請第一時(shí)間聯(lián)系我們修改或刪除，多謝。
