在講這個問題之前讓我們來先看一段代碼：
復制代碼 代碼如下:
dim sql_injdata,SQL_inj,SQL_Get,SQL_Data,Sql_Post
SQL_injdata = "'|and|exec|insert|select|delete|update|count|*|%|chr|mid|master|truncate|char|declare"
SQL_inj = split(SQL_Injdata,"|")
If Request.QueryString<>"" Then
For Each SQL_Get In Request.QueryString
For SQL_Data=0 To Ubound(SQL_inj)
if instr(Request.QueryString(SQL_Get),Sql_Inj(Sql_DATA))>0 Then
Response.Write "<Script Language=javascript>alert('SQL防注入系統提示,請不要在嘗試注入！');history.back(-1)</Script>"
Response.end
end if
next
Next
End If
If Request.Form<>"" Then
For Each Sql_Post In Request.Form
For SQL_Data=0 To Ubound(SQL_inj)
if instr(Request.Form(Sql_Post),Sql_Inj(Sql_DATA))>0 Then
Response.Write "<Script Language=javascript>alert('SQL防注入系統提示,請不要在嘗試注入！');history.back(-1)</Script>"
Response.end
end if
next
next
end if
這是一段在互聯網上廣泛流行的ASP防注入的代碼，其思想是通過對Post方法和Get方法提交的數據進行檢查，通過過濾Insert、Update、And等等這些敏感字符的辦法來防止受到SQL注入式的攻擊，從理論上來說如果我們過濾了足夠多的字符那是絕對可以保證不會受到SQL注入式攻擊的，但是請再仔細閱讀一下這段代碼，注意一下它的判斷方式，它是通過instr函數來判斷的，也就是說如果我要過濾and字符，實際上被過濾的不僅僅是And這個單詞，同時把所有包含and這種字符組合方式的所有單詞都給過濾掉了，比如island、mainland、hand…………，如果把這些字符都過濾了還有人會願意用嗎？所以這種過濾敏感字符的方法根本就沒有意義，讓我比較意外的是這麼一個垃圾東西居然在互聯網上被人奉為經典的貼來貼去，真是無語。
有人說SQL注入式攻擊是因為拼接SQL查詢字符串造成的，所以使用存儲過程不使用拼接SQL查詢字符串的方式可以不受SQL注入式的攻擊，真是這樣嗎？不見得，下面再讓我們來看一個存儲過程被注入攻擊的例子。
存儲過程dt_GetNews代碼如下：
CREATE PROCEDURE dt_GetNews
@newstype int
AS
select * from news where newstype=@newstype
GO
調用的代碼：
<%
dim adoconnection
set adoconnection=server.createobject("adodb.connection")
'…………這裡省略了建立數據庫連接的相關代碼
adoconnection.execute "exec dt_GetNews "+request("newstype")
adoconnection.close
%>
如果request("newstype")的值等於1，運行的結果是返回news表中所有newstype字段為1的記錄，但是如果request("newstype")的值是"1;drop table news"呢，返回的結果是news表被刪除。
從這個例子中可以看出來即便是用存儲過程同樣也會被攻擊，再說了select * from news where newstype=@newstype難道就不是拼接，所以說拼接SQL查詢字符串和SQL注入攻擊之間沒有必然的聯系，存儲過程也不一定能防御注入式攻擊。
那麼究竟怎麼寫才不會受到SQL注入攻擊呢，下面我就介紹一種終極方法，說白了很簡單也很原始就是數據類型驗證加單引號替換。不管是Oracle、Sql Server還是mySql、Access還是別的關系數據庫，字段的類型大體上可以分為兩大類：數值型(如：int、float等)和字符型(如：char、varchar等)，根據字段類型的不同對應的SQL語句也略有區別，比如：
“Select * from news where newstype=1”裡面newstype字段必然是一個數值型的字段，
”select * from news where newstype='社會新聞'”裡面newstype字段必然是一個字符型的字段。
針對數值型的字段，我們必須要做的是一定要檢查參數的數據類型，比如我們用”select * from news where newstype=”+v_newstype這種方式構造查詢語句的時候必須檢查v_newstype變量的數據類型，v_newstype至少得是一個數，可以是整數也可以是浮點數，如果作了這樣的檢查，”select * from news where newstype=”+v_newstype這種方式就絕對不會構造出類似”select * from news where newstype=1;drop table news”這樣的語句。ASP相對ASP.Net、JSP等更容易受到攻擊的原因，就是因為在ASP中變量可以不用申明以及變量類型不明確導致的。
針對字符型的字段，我們必須要做的是一定要處理單引號(')，處理的方法就是將一個單引號替換成兩個的單引號(‘')，比如我們用”select * from news where newstype='”+v_newstype+”'”這種方式構造查詢語句的時候必須將v_newstype裡的單引號替換成兩個單引號，因為在SQL中被兩個單引號括起來的部分表示一個字符串，而連續的兩個單引號則表示一個單引號字符，做了這樣的處理以後再來看”select * from news where newstype='”+v_newstype+”'”這種構造方式，當v_newstype的值為：
“社會新聞';drop table news--”
經過一個單引號到兩個單引號的替換後v_newstype的值就成了：
“社會新聞'';drop table news--”
構造出來的SQL語句成了：
”select * from news where newstype='社會新聞'';drop table news—‘”
查詢的結果是返回news表中newstype字段的值為”社會新聞';drop table news--”的記錄，而並不會像之前那樣造成news表被刪除的後果。
另外，需要做處理的不僅僅是Select語句，包括Insert、Update、Delete、Exec等等都需要處理，大家可以再看看以下這幾種注入方式：
在"insert into news(title) values('"+v_title+"')"這種構造中，
當v_title="123';drop table news--'"的時候；
在"update news set title='"+v_title+"' where id="+v_id這種構造中，
當v_title="123'--" 或者 v_id="1;drop table news--" 的時候，所以不光是Select語句的問題，其他語句都可能會有問題，不要僅僅盯著Select
總之，做好了數據類型的驗證和單引號字符的處理以後，就算它孫猴子有萬般能耐也飛不出我如來的掌心。
