SQL注入

在嵌入式SQL編程中，sql語句通常是以字符串的形式提交給數(shù)據(jù)庫管理系統(tǒng)的。SQL注入是利用SQL語法將一些惡意代碼加入到該字符串中，從而獲取到非授權(quán)的數(shù)據(jù)。
如：用戶登錄（假設(shè)用戶名為admin，密碼為 123456），通常使用以下語句進行判斷

select * from user where username=‘a(chǎn)dmin' and password=‘123456'

如果獲取到記錄，則允許登錄，否則提示“用戶名不存在或密碼錯誤”。加入我并不知道用戶密碼，知道用戶名為“admin”，在輸入用戶名時，將用戶名變?yōu)?admin‘-- ，此時sql語句變?yōu)?/span>

select * from user where username=‘a(chǎn)dmin'-- and password=‘123456'

則登錄成功。如下圖密碼隨意輸入，如果沒有做任何防止SQL注入的處理，完全可以登錄成功

假如：用戶名我輸入的是“admin；drop table user；–”；會發(fā)生啥結(jié)果？

防止SQL注入的方法

JDBC提供的PreparedStatement可以防止SQL注入；PreparedStatement對sql預(yù)編譯后，sql語句中的參數(shù)需要用？代替。然后調(diào)用setXX()方法設(shè)置sql語句中的參數(shù)。這樣再傳入特殊值，也不會出現(xiàn)sql注入的問題了，示例代碼如下：

String sql="select * from user where username='?'"+" and password='?'";
PreparedStatement pstmt = conn.prepareStatement(sql);
pstmt.setString(1,"admin");
pstmt.setString(2,"123456");
//5、執(zhí)行語句
ResultSet rs=pstmt.executeQuery(sql);

還有另外一種方法，就是把SQL語句寫入存儲過程，通過存儲過程完成查詢，同樣可以防止SQL注入。

mybaits中${}和#{}的使用

“$ ”是拼接符；使用“${} ”相當(dāng)于在高級語言中已經(jīng)將sql語句進行拼接，而且對于變量是不加引號的，如：用戶名為admin，參數(shù)變量為 sname

select * from user where username=‘${sname}'
--此種情況下，高級語言交給數(shù)據(jù)庫的SQL語句是
select * from user where username=‘a(chǎn)dmin'

此種情況下是無法防止SQL注入的。

#{}是占位符；使用“#{} ”只能在數(shù)據(jù)庫管理系統(tǒng)中，將#{}中的參數(shù)帶入

select * from user where username=#{sname}
--此種情況下，首先經(jīng)過預(yù)編譯形成如下SQL，再將參數(shù)帶入，此時給參數(shù)值帶加單引號
select * from user where username=？

此種情況下是可以防止SQL注入的

既然#{}能夠防止SQL注入，"$ {}"不能，為什么mybaits還要提供這么一個符號？，當(dāng)然有myBatis的理由，如果SQL語句中數(shù)據(jù)庫對象需要傳參進去，那只能使用** ${}**。如查詢用戶表（user） ，參數(shù)變量為tableName=‘user'，代碼只能是

select * from ${tableName}
//轉(zhuǎn)換為SQL語句為
select * from user

在myBatis中變量做為where子句中的參數(shù)，一律使用#{}，禁止使用“ ” ， 以 防 S Q L 注 入 ； S Q L 語 句 中 包 含 了 數(shù) 據(jù) 庫 對 象 （ 如 表 、 視 圖 等 ） 才 能 使 用 “ {} ”，以防SQL注入；SQL語句中包含了數(shù)據(jù)庫對象（如表、視圖等）才能使用“ ”，以防SQL注入；SQL語句中包含了數(shù)據(jù)庫對象（如表、視圖等）才能使用“{} ”，因為#{}，自動給變量加上引號，如上例：

select * from #{tableName}
//轉(zhuǎn)換為SQL語句為
select * from 'user'  

以上就是SQL注入與防止及myBaits基本作用的詳細內(nèi)容.