wǒ小Ъц傻

在做安全配置前，我們先了解一下入侵者的攻擊手法。現在很流行注入攻擊，所謂注入攻擊，就是利用提交特殊地址將ASP中引用的正常SQL語句和入侵者所需要的SQL語句一并執行，使入侵者達到入侵的目的。現在更是有一些腳本注入工具發布，使菜鳥也可以輕松完成對ASP的注入攻擊。那么我們先來了解一下這些工具是怎樣注入的。
首先，入侵者會對一個網站確定可不可以進行注入，假設一篇文章的地址為：http://www.scccn.com/news.asp?id=1一般會以提交兩個地址來測試，如：
http://www.scccn.com/news.asp?id=1?and?1=1
http://www.scccn.com/news.asp?id=1?and?1=2
第一個地址后面加了?and?1=1，構成的SQL語句也就變為了：Select?*?from?表單名?where?id=1?and?1=1這句話要成立就必須and前后語句都成立。那么前面的文章地址是可以訪問的，后面的1=1也是客觀成立的，那么第一個地址就可以正常顯示；相反1=2是顯然不成立的，關鍵就看這步了，如果提交and?1=2頁面還是正常顯示說明他并沒有將and?1=2寫入SQL語句，此站也就不存在注入漏洞；但如果提交and?1=2之后返回了錯誤頁面則說明此站點將后面的語句帶入了SQL語句并執行了，也就說明他可以進行SQL注入。（注：如果地址后面跟的是news.asp?id='1'就得變為news.asp?id=1'?and?'1'='1來補全引號了）
????那么，知道可以注入后入侵者可以做什么呢？
????這里就簡單的說一下，比如提交這樣的地址：
http://www.scccn.com/news.asp?id=1?and?exists?(select?*?from?表名?where?列名=數據)
根據返回的正確或錯誤頁面來判斷猜的表名和列名是否正確，具體實現時是先猜表名再猜列名。當猜出表名和列名之后還可以用ASC和MID函數來猜出各列的數據。MID函數的格式為：mid(變量名,第幾個字符開始讀取,讀取幾個字符)，比如：mid(pwd,1,2)就可以從變量pwd中的第一位開始讀取兩位的字符。ASC函數的格式為：ASC（"字符串"），如：asc("a")就可以讀出字母a的ASCII碼了。那么實際應用的時候就可以寫為：asc(mid(pwd,1,1))這樣讀取的就是pwd列的第一個字符的ASCII碼，提交：?asc(mid(pwd,1,1))>97以返回的頁面是否為正確頁面來判斷pwd列的第一個字符的ASCII碼是否大于97（a的ASCII碼），如果正確就再試是否小于122（z的ASCII碼）……這樣慢慢縮小字符的ASCII碼的范圍，猜到真實的ASCII碼也只是時間的問題。一位一位的猜就可以得到數據庫中的用戶名和密碼了。還有一種ASP驗證缺陷——就是用戶名和密碼都輸'or?'1'='1，構造SQL語句Select?*?form?表單名?where?username=''?or?'1'='1'?and?pwd=''?or?'1'='1'就可以達到繞過密碼驗證的目的。
????說了那么多，其實防范的方法很簡單，我們把特殊字符（如and、or、'、"）都禁止提交就可以防止注入了。ASP傳輸數據分為get和post兩種，????get是通過將數據添加到URL后提交的方式，post則是利用郵寄信息數據字段將數據傳送到服務器。
那么，我們先來看看如何將get方式提交數據中的特殊字符過濾。首先要知道，IIS是以字符串的形式將get請求傳給asp.dll的，在將數據傳遞給Request.QueryString之后，asp解析器會解析出Request.QueryString的信息，然后跟據"&"來分出各個數組內的數據。現在我們要讓get方式不能提交以下字符：
'、and、exec、insert、select、delete、update、count、*、%、chr、mid、master、truncate、char、declare
那么，防止get方式注入的代碼就如下：
<%
dim?sql_leach,sql_leach_0,Sql_DATA
sql_leach?=?"',and,exec,insert,select,delete,update,count,*,%,chr,mid,master,truncate,char,declare"
sql_leach_0?=?split(sql_leach,",")

If?Request.QueryString<>""?Then
For?Each?SQL_Get?In?Request.QueryString
For?SQL_Data=0?To?Ubound(sql_leach_0)
if?instr(Request.QueryString(SQL_Get),sql_leach_0(Sql_DATA))>0?Then
Response.Write?"請不要嘗試進行SQL注入！"
Response.end
end?if
next
Next
End?If
%>
其中，變量sql_leach中的字符串就是指定過濾的字符，以","隔開。
????接著過濾post提交方式的注入，我們可以看到，request.form也是以數組形式存在的，只要對它再進行一次循環判斷就可以了。防止以post方式注入的ASP代碼如下：
<%
If?Request.Form<>""?Then
For?Each?Sql_Post?In?Request.Form
For?SQL_Data=0?To?Ubound(sql_leach_0)
if?instr(Request.Form(Sql_Post),sql_leach_0(Sql_DATA))>0?Then
Response.Write?"請不要嘗試進行SQL注入！"
Response.end
end?if
next
next
end?if
%>
????這樣，get和post注入都被禁止了。
????另外就是數據庫的問題，首先現在很流行的用*.asp命名數據庫已經沒什么意義了，因為可以用下載軟件來下載；在數據庫名前加#的作用也不大，雖然訪問時瀏覽器只訪問#前面的內容，但是如果將#用其unicode表達法（%23）替換掉就可以訪問了。既然這樣，那么我們禁止入侵者暴庫就可以了。一般暴數據庫的方法，是將讀取數據庫的文件名（如conn.asp）前的"/"替換為"%5c"（"\"的unicode表達法）這樣就可以使ASP將%5c解釋為訪問網站根目錄，而實際是數據庫不在指定位置，找不到數據庫，再將IE設置為"顯示友好的HTTP錯誤信息"的情況下自然就暴出了數據庫的路徑。
????防范的方法也比較簡單，就是讓ASP程序即使在出錯的情況下也不報錯直接執行下一步就可以了。在ASP的conn文件中加這么一句：on?error?resume?next就OK了。
還有幾點要注意的：
1.數據庫命名長些并盡量放在網站根目錄下，數據庫的表名和字段名盡量不合常規；2.保存敏感信息（如用戶和密碼）的數據庫盡量和在前臺頁面引用的數據庫分開（如果用新的暴庫方法由前臺頁面暴出了數據庫，那么入侵者也得不到有價值的信息）；3.后臺的目錄名和登陸頁面的名字要改的不尋常些，千萬不可出現admin或者login之類的字符，以免被注入軟件掃描到后臺。4.如果前臺或后臺有上傳文件的功能，切記不能有任何其他功能直接的或間接的擁有更改文件名的權限。這樣的多重保障就更加安全些了。