一、SQL注入的步驟
a) 尋找注入點(如：登錄界面、留言板等)
b) 用戶自己構造SQL語句(如：' or 1=1#，后面會講解)
c) 將sql語句發送給數據庫管理系統(DBMS)
d) DBMS接收請求，並將該請求解釋成機器代碼指令，執行必要的存取操作
e) DBMS接受返回的結果，並處理，返回給用戶
因為用戶構造了特殊的SQL語句，必定返回特殊的結果(只要你的SQL語句夠靈活的話)。
下面，我通過一個實例具體來演示下SQL注入
二、SQL注入實例詳解(以上測試均假設服務器未開啟magic_quote_gpc)
1) 前期准備工作
先來演示通過SQL注入漏洞，登入后台管理員界面
首先，創建一張試驗用的數據表：
CREATE TABLE `users` ( `id` int(11) NOT NULL AUTO_INCREMENT, `username` varchar(64) NOT NULL, `password` varchar(64) NOT NULL, `email` varchar(64) NOT NULL, PRIMARY KEY (`id`), UNIQUE KEY `username` (`username`) ) ENGINE=MyISAM AUTO_INCREMENT=3 DEFAULT CHARSET=latin1;
添加一條記錄用於測試：
INSERT INTO users (username,password,email) VALUES('MarcoFly',md5('test'),'marcofly@test.com');
接下來，貼上登錄界面的源代碼：
<html> <head> <title>Sql注入演示</title> <meta http-equiv="content-type" content="text/html;charset=utf-8"> </head> <body > <form action="validate.php" method="post"> <fieldset > <legend>Sql注入演示</legend> <table> <tr> <td>用戶名：</td><td><input type="text" name="username"></td> </tr> <tr> <td>密 碼：</td><td><input type="text" name="password"></td> </tr> <tr> <td><input type="submit" value="提交"></td><td><input type="reset" value="重置"></td> </tr> </table> </fieldset> </form> </body> </html>
附上效果圖：
當用戶點擊提交按鈕的時候，將會把表單數據提交給validate.php頁面，validate.php頁面用來判斷用戶輸入的用戶名和密碼有沒有都符合要求（這一步至關重要，也往往是SQL漏洞所在）
代碼如下：
<html> <head> <title>登錄驗證</title> <meta http-equiv="content-type" content="text/html;charset=utf-8"> </head> <body> <?php $conn=@mysql_connect("localhost",'root','') or die("數據庫連接失敗！");; mysql_select_db("injection",$conn) or die("您要選擇的數據庫不存在"); $name=$_POST['username']; $pwd=$_POST['password']; $sql="select * from users where username='$name' and password='$pwd'"; $query=mysql_query($sql); $arr=mysql_fetch_array($query); if(is_array($arr)){ header("Location:manager.php"); }else{ echo "您的用戶名或密碼輸入有誤，<a href=\"Login.php\">請重新登錄！</a>"; } ?> </body> </html>
注意到了沒有，我們直接將用戶提交過來的數據(用戶名和密碼)直接拿去執行，並沒有實現進行特殊字符過濾，待會你們將明白，這是致命的。
代碼分析：如果，用戶名和密碼都匹配成功的話，將跳轉到管理員操作界面(manager.php)，不成功，則給出友好提示信息。
登錄成功的界面：
登錄失敗的提示：
到這里，前期工作已經做好了，接下來將展開我們的重頭戲：SQL注入
2) 構造SQL語句
填好正確的用戶名(marcofly)和密碼(test)后，點擊提交，將會返回給我們“歡迎管理員”的界面。
因為根據我們提交的用戶名和密碼被合成到SQL查詢語句當中之后是這樣的：
select * from users where username='marcofly' and password=md5('test')
很明顯，用戶名和密碼都和我們之前給出的一樣，肯定能夠成功登陸。但是，如果我們輸入一個錯誤的用戶名或密碼呢？很明顯，肯定登入不了吧。恩，正常情況下是如此，但是對於有SQL注入漏洞的網站來說，只要構造個特殊的“字符串”，照樣能夠成功登錄。
比如：在用戶名輸入框中輸入:' or 1=1#,密碼隨便輸入，這時候的合成后的SQL查詢語句為：
select * from users where username='' or 1=1#' and password=md5('')
語義分析：“#”在mysql中是注釋符，這樣井號后面的內容將被mysql視為注釋內容，這樣就不會去執行了，換句話說，以下的兩句sql語句等價：
select * from users where username='' or 1=1#' and password=md5('')
等價於 代碼如下:
select * from users where username='' or 1=1
因為1=1永遠是都是成立的，即where子句總是為真，將該sql進一步簡化之后，等價於如下select語句：
select * from users
沒錯，該sql語句的作用是檢索users表中的所有字段
小技巧：如果不知道' or 1=1#中的單引號的作用，可以自己echo 下sql語句，就一目了然了。
看到了吧，一個經構造后的sql語句竟有如此可怕的破壞力，相信你看到這后，開始對sql注入有了一個理性的認識了吧~
沒錯，SQL注入就是這么容易。但是，要根據實際情況構造靈活的sql語句卻不是那么容易的。有了基礎之后，自己再去慢慢摸索吧。
有沒有想過，如果經由后台登錄窗口提交的數據都被管理員過濾掉特殊字符之后呢？這樣的話，我們的萬能用戶名' or 1=1#就無法使用了。但這並不是說我們就毫無對策，要知道用戶和數據庫打交道的途徑不止這一條。
存儲過程
存儲過程（Stored Procedure）是在大型數據庫系統中，一組為了完成特定功能的SQL 語句集，經編譯后存儲在數據庫中，用戶通過指定存儲過程的名字並給出參數（如果該存儲過程帶有參數）來執行它。
優點：
a) 安全性高，防止SQL注入並且可設定只有某些用戶才能使用指定存儲過程。
b) 在創建時進行預編譯，后續的調用不需再重新編譯。
c) 可以降低網絡的通信量。存儲過程方案中用傳遞存儲過程名來代替SQL語句。
缺點：
a) 非應用程序內聯代碼，調式麻煩。
b) 修改麻煩，因為要不斷的切換開發工具。（不過也有好的一面，一些易變動的規則做到存儲過程中，如變動就不需要重新編譯應用程序）
c) 如果在一個程序系統中大量的使用存儲過程，到程序交付使用的時候隨着用戶需求的增加會導致數據結構的變化，接着就是系統的相關問題了，最后如果用戶想維護該系統可以說是很難很難（eg：沒有VS的查詢功能）。
轉自http://www.cnblogs.com/hongfei/archive/2012/01/12/sql-injection-tuoku.html