在開發網站的時候，出於安全考慮，需要過濾從頁面傳遞過來的字符。通常，用戶可以通過以下接口調用數據庫的內容：URL地址欄、登陸界面、留言板、搜索框等。這往往給駭客留下了可乘之機。輕則數據遭到洩露，重則服務器被拿下。
一、SQL注入的步驟
a) 尋找注入點(如：登錄界面、留言板等)
b) 用戶自己構造SQL語句(如：' or 1=1#，後面會講解)
c) 將sql語句發送給數據庫管理系統(DBMS)
d) DBMS接收請求，並將該請求解釋成機器代碼指令，執行必要的存取操作
e) DBMS接受返回的結果，並處理，返回給用戶
因為用戶構造了特殊的SQL語句，必定返回特殊的結果(只要你的SQL語句夠靈活的話)。
下面，我通過一個實例具體來演示下SQL注入
二、SQL注入實例詳解(以上測試均假設服務器未開啟magic_quote_gpc)
1) 前期准備工作
先來演示通過SQL注入漏洞，登入後台管理員界面
首先，創建一張試驗用的數據表：
復制代碼 代碼如下:
CREATETABLE `users` (
`id`int(11) NOT NULL AUTO_INCREMENT,
`username`varchar(64) NOT NULL,
`password`varchar(64) NOT NULL,
`email`varchar(64) NOT NULL,
PRIMARYKEY (`id`),
UNIQUEKEY `username` (`username`)
)ENGINE=MyISAM AUTO_INCREMENT=3 DEFAULT CHARSET=latin1;
添加一條記錄用於測試：
復制代碼 代碼如下:
INSERTINTO users (username,password,email)
VALUES('MarcoFly',md5('test'),'[email protected]');
接下來，貼上登錄界面的源代碼：
復制代碼 代碼如下:
<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><inputtype="text" name="username"></td>
</tr>
<tr>
<td>密 碼：</td>
<td><inputtype="text" name="password"></td>
</tr>
<tr>
<td><inputtype="submit" value="提交"></td>
<td><inputtype="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' andpassword='$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' andpassword=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#就無法使用了。但這並不是說我們就毫無對策，要知道用戶和數據庫打交道的途徑不止這一條。
