利用SQL注入漏洞登录后台的实现方法

一、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