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

作者： 字体：[增加 减小] 类型：转载 时间：2012-01-12我要评论

工作需要，得好好补习下关于WEB安全方面的相关知识，故撰此文，权当总结，别无它意。读这篇文章，我假设读者有过写SQL语句的经历，或者能看得懂SQL语句
 
早在02年，国外关于SQL注入漏洞的技术文章已经很多，而国内在05年左右才开始的。 
　　如今，谈SQL注入漏洞是否已是明日黄花，国内大大小小的网站都已经补上漏洞。但，百密必有一疏，入侵是偶然的，但安全绝对不是必然的。 
　　前些天，网上传得沸沸扬扬的“拖库”事件给我们敲响了安全警钟。 
　　在开发网站的时候，出于安全考虑，需要过滤从页面传递过来的字符。通常，用户可以通过以下接口调用数据库的内容：URL地址栏、登陆界面、留言板、搜索框等。这往往给骇客留下了可乘之机。轻则数据遭到泄露，重则服务器被拿下。 
现在，很多网站开发人员知其然而不知其所以然，小弟也是，所以赶紧恶补下，总结如学习内容。希望对初学者能够起到抛砖引玉的作用。 
一、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#就无法使用了。但这并不是说我们就毫无对策，要知道用户和数据库打交道的途径不止这一条。 
更多关于SQL注入的信息请看我的另一篇博文：利用SQL注入漏洞拖库 
原创文章：WEB开发_小飞 
转载请注明：http://www.cnblogs.com/hongfei/archive/2012/01/12/sql-injection-tuoku.html 

利用SQL注入漏洞登录后台的实现方法的更多相关文章

  1. 利用SQL注入漏洞登录后台的实现方法 。。。。转载

    一.SQL注入的步骤 a) 寻找注入点(如:登录界面.留言板等) b) 用户自己构造SQL语句(如:' or 1=1#,后面会讲解) c) 将sql语句发送给数据库管理系统(DBMS) d) DBMS ...

  2. 利用SQL注入漏洞登录后台

    所谓SQL注入,就是通过把SQL命令插入到Web表单递交或输入域名或页面请求的查询字符串,最终达到欺骗服务器执行恶意的SQL命令,比如先前的很多影视网站泄露VIP会员密码大多就是通过WEB表单递交查询 ...

  3. 通过SQL注入获得网站后台用户密码

    通过 SQL 注入攻击,掌握网站的工作机制,认识到 SQL 注入攻击的防范措施,加强对 Web 攻击的防范. 一.实验环境 下载所需代码及软件:获取链接:链接:https://pan.baidu.co ...

  4. 什么是SQL注入漏洞？

    什么是SQL注入: SQL是操作数据库数据的结构化查询语言,网页的应用数据和后台数据库中的数据进行交互时会采用SQL. SQL注入,就是通过把SQL命令插入到Web表单递交或输入域名或页面请求的查询字 ...

  5. SQL注入漏洞篇

    一篇SQL注入漏洞汇总,更新中-- 如有缺陷 望大佬指正 SQL注入产生的原因? 当程序执行逻辑时没有对用户输入的参数做过滤处理,使参数直接与后台数据库产生逻辑交互,即SQL注入黑客就可以利用各种SQ ...

  6. sqlmap查找SQL注入漏洞入门

    1.安装sqlmap sqlmap是一款非常强大的开源sql自动化注入工具,可以用来检测和利用sql注入漏洞.注意:sqlmap只是用来检测和利用sql注入点的,使用前请先使用扫描工具扫出sql注入点 ...

  7. sqlmap检测sql注入漏洞

    sqlmap是一款非常强大的开源sql自动化注入工具,可以用来检测和利用sql注入漏洞.它由python语言开发而成,因此运行需要安装python环境. 官网:http://sqlmap.org/ 乌 ...

  8. 【代码审计】XIAOCMS_后台database.php页面存在SQL注入漏洞

      0x00 环境准备 XIAOCMS官网: http://www.xiaocms.com/ 网站源码版本:XiaoCms (发布时间:2014-12-29) 程序源码下载:http://www.xi ...

  9. 【代码审计】iZhanCMS_v2.1 后台存在多个SQL注入漏洞分析

      0x00 环境准备 iZhanCMS官网:http://www.izhancms.com 网站源码版本:爱站CMS(zend6.0) V2.1 程序源码下载:http://www.izhancms ...

随机推荐

  1. Hadoop集群搭建安装过程（三）（图文详解---尽情点击！！！）

    Hadoop集群搭建安装过程(三)(图文详解---尽情点击!!!) 一.JDK的安装 安装位置都在同一位置(/usr/tools/jdk1.8.0_73) jdk的安装在克隆三台机器的时候可以提前安装 ...

  2. 我关注的一些关于前端的文章（copy）

    本文的核心是侧重于HTML/CSS的框架,JS框架或以JS为核心的框架不讨论(比如YUI):多屏已是既定事实,虽然不是所有开发都要考虑自适应,但有自适应功能至少说明了这框架短期内不会被淘汰,所以不带自 ...

  3. 交换技术（swaping） 视频11

    进程挂起的原因 1)进程全部阻塞,处理机空闲 2)系统负荷过重,内存空间紧张 3)操作系统需要,操作系统可能挂起后台进程或者一些服务进程(后台进程 优先级比 前天进程低),或者可能导致系统故障的进程 ...

  4. linux按键驱动之poll

    上一节应用程序的死循环里的读函数是一直在读的:在实际的应用场所里,有没有那么一种情况,偶尔有数据.偶尔没有数据,答案当然是有的.-->poll机制:Poll机制实现的是一定时间如果没有按键的话就 ...

  5. 继续OI

    NOIP2016于2016.11.20日12:00正式结束. 我作为oi的生涯 或许会结束? 或者继续? 然而前途依然迷茫,我是否应该继?或是放弃? 距离省选还有3~4个月,我该何去何从? 虽然已经经 ...

  6. MIT JOS学习笔记03：kernel 02（2016.11.08）

    未经许可谢绝以任何形式对本文内容进行转载! 本篇接着上一篇对kernel的分析. (5)pte_t * pgdir_walk(pde_t *pgdir, const void *va, int cre ...

  7. C语言新文法

    程序->外部声明 | 程序 外部声明 程序->外部声明A' A'->外部声明A'|ε 外部声明->修饰符 变量名 形参 修饰符->void | int | char | ...

  8. etcd第三集

    简单说下golang的etcd接口例子.etcd api有v2(http+json)和v3(grpc)两个版本,目前大家都用v2,所以... v2: https://github.com/coreos ...

  9. SQL 存储过程中QUOTED_IDENTIFIER on/off

    http://huihai.iteye.com/blog/1005144 在存储过程中经常会有 SET QUOTED_IDENTIFIER on SET QUOTED_IDENTIFIER off S ...

  10. logstash无法使用conf启动

    最近刚开始学习使用logstash,再安装好后准备验证下第一个demo的时候,出现了问题 Error: Expected one of #, input, filter, output at line ...