最近給別人做了幾個(gè)個(gè)網(wǎng)站，無意間發(fā)現(xiàn)自己的作品有很多漏洞，在短短的20秒就被自己用sql注入法給干了。所以查了一點(diǎn)關(guān)于sql注入的資料，并且有點(diǎn)感悟，希望能與新手們分享一下。高手們見笑了!

　　SQL注入攻擊的總體思路：

　　發(fā)現(xiàn)SQL注入位置;

　　判斷服務(wù)器類型和后臺數(shù)據(jù)庫類型;

　　確定可執(zhí)行情況

　　對于有些攻擊者而言，一般會采取sql注入法。下面我也談一下自己關(guān)于sql注入法的感悟。

　　注入法：

　　從理論上說，認(rèn)證網(wǎng)頁中會有型如：

　　select * from admin where username='XXX' and password='YYY' 的語句，若在正式運(yùn)行此句之前，如果沒有進(jìn)行必要的字符過濾，則很容易實(shí)施SQL注入。

　　如在用戶名文本框內(nèi)輸入：abc’ or 1=1-- 在密碼框內(nèi)輸入：123 則SQL語句變成：

　　select * from admin where username='abc’ or 1=1 and password='123’ 不管用戶輸入任何用戶名與密碼，此語句永遠(yuǎn)都能正確執(zhí)行，用戶輕易騙過系統(tǒng)，獲取合法身份。

　　猜解法：

　　基本思路是：猜解所有數(shù)據(jù)庫名稱，猜出庫中的每張表名，分析可能是存放用戶名與密碼的表名，猜出表中的每個(gè)字段名，猜出表中的每條記錄內(nèi)容。

　　還有一種方式可以獲得你的數(shù)據(jù)庫名和每張表的名。

　　就是通過在形如：http://www. .cn/news?id=10'的方式來通過報(bào)錯(cuò)獲得你的數(shù)據(jù)庫名和表名!

　　對于jsp而言我們一般采取一下策略來應(yīng)對：

　　1、PreparedStatement

　　如果你已經(jīng)是稍有水平開發(fā)者,你就應(yīng)該始終以PreparedStatement代替Statement.

　　以下是幾點(diǎn)原因

　　1）、代碼的可讀性和可維護(hù)性.

　　2）、PreparedStatement盡最大之一可能提高性能。

　　3）、最重要的一點(diǎn)是極大地提高了安全性。

　　到目前為止，有一些人(包括本人)連基本的惡義SQL語法都不知道.

　　String sql = "select * from tb_name where name= '"+varname+"' and passwd='"+varpasswd+"'";

　　如果我們把[' or '1' = '1]作為name傳入進(jìn)來.密碼隨意,看看會成為什么? 網(wǎng)管網(wǎng)bitsCN.com

　　select * from tb_name = 'or '1' = '1' and passwd = '隨意' ;

　　因?yàn)?1'='1'肯定成立,所以可以任何通過驗(yàn)證.更有甚者:

　　把['; drop table tb_name; ]作為varpasswd傳入進(jìn)來,則:

　　select * from tb_name = '隨意' and passwd = ''; drop table tb_name; 有些數(shù)據(jù)庫是不會讓你成功的,但也有很多數(shù)據(jù)庫就可以使這些語句得到執(zhí)行。

　　而如果你使用預(yù)編譯語句.你傳入的任何內(nèi)容就不會和原來的語句發(fā)生任何匹配的關(guān)系.(前提是數(shù)據(jù)庫本身支持預(yù)編譯,但上前可能沒有什么服務(wù)端數(shù)據(jù)庫不支持編譯了,只有少數(shù)的桌面數(shù)據(jù)庫,就是直接文件訪問的那些只要全使用預(yù)編譯語句,你就用不著對傳入的數(shù)據(jù)做任何過慮.而如果使用普通的 statement,有可能要對drop,; 等做費(fèi)盡心機(jī)的判斷和過慮.