利用SQL注入漏洞登陆后台

时间  2019-11-13
标签 利用 sql 注入 漏洞 登陆 后台 栏目 SQL 繁體版
原文   原文链接

　　

所谓SQL注入，就是经过把SQL命令插入到Web表单递交或输入域名或页面请求的查询字符串，最终达到欺骗服务器执行恶意的SQL命令，好比先前的不少影视网站泄露VIP会员密码大多就是经过WEB表单递交查询字符暴出的，这类表单特别容易受到SQL注入式攻击．php

sql注入html

何时最易受到sql注入攻击

　 　当应用程序使用输入内容来构造动态sql语句以访问数据库时，会发生sql注入攻击。若是代码使用存储过程，而这些存储过程做为包含未筛选的用户输入的 字符串来传递，也会发生sql注入。sql注入可能致使攻击者使用应用程序登录在数据库中执行命令。若是应用程序使用特权太高的账户链接到数据库，这种问 题会变得很严重。在某些表单中，用户输入的内容直接用来构造动态sql命令，或者做为存储过程的输入参数，这些表单特别容易受到sql注入的攻击。而许多 网站程序在编写时，没有对用户输入的合法性进行判断或者程序中自己的变量处理不当，使应用程序存在安全隐患。这样，用户就能够提交一段数据库查询的代码， 根据程序返回的结果，得到一些敏感的信息或者控制整个服务器，因而sql注入就发生了。mysql

如何防止SQL注入

　　概括一下，主要有如下几点：程序员

　　1.永远不要信任用户的输入。对用户的输入进行校验，能够经过正则表达式，或限制长度；对单引号和正则表达式

　　双"-"进行转换等。sql

　　2.永远不要使用动态拼装sql，可使用参数化的sql或者直接使用存储过程进行数据查询存取。数据库

　　3.永远不要使用管理员权限的数据库链接，为每一个应用使用单独的权限有限的数据库链接。浏览器

　　4.不要把机密信息直接存放，加密或者hash掉密码和敏感的信息。安全

　　5.应用的异常信息应该给出尽量少的提示，最好使用自定义的错误信息对原始错误信息进行包装服务器

　　6.sql注入的检测方法通常采起辅助软件或网站平台来检测，软件通常采用sql注入检测工具jsky,网站平台就有亿思网站安全平台检测工具。

　　例子1、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>密&nbsp;&nbsp;码：</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)后，点击提交，将会返回给咱们“欢迎管理员”的界面。

　　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

SQL注入采用的' OR 1=1 # 是什么意思呢？

最后一个#号有什么意义呢？
SELECT * FROM test WHERE name='' OR 1=1 #' AND age='20'
这后面写的 #' 是什么意思呢？ 求指教
# 能够注释掉后面的一行SQL代码

至关于去掉了一个where条件

MySQL 注释, 过滤掉后面的SQL语句，使其不起做用

由于1=1永远是都是成立的，即where子句老是为真，将该sql进一步简化以后，等价于以下select语句：

select * from users 没错，该sql语句的做用是检索users表中的全部字段

小技巧：一个经构造后的sql语句竟有如此可怕的破坏力，相信你看到这后，开始对sql注入有了一个理性的认识了吧~

有漏洞的脚本才有机会给你攻击，好比一个带参数的删除脚本a.asp?action=del&id=2你能够改成a.asp?action=del&id=2 or 1这样就有可能删除所有数据------sql注入就是经过相似的手段来破坏数据

尝试:在个人毕业设计首页搜索中输入【123' or 1=(select count(1) from tb_users)--】会查询不出人和数据  而且不会报错   经过这样能够判断是否存在表tb_users

原文地址：http://www.cnblogs.com/rush/archive/2011/12/31/2309203.html

1.1.1 摘要

日前，国内最大的程序员社区CSDN网站的用户数据库被黑客公开发布，600万用户的登陆名及密码被公开泄露，随后又有多家网站的用户密码被流传于网络，连日来引起众多网民对本身帐号、密码等互联网信息被盗取的广泛担心。

网络安全成为了如今互联网的焦点，这也偏偏触动了每一位用户的神经，因为设计的漏洞致使了不可收拾的恶果，验证了一句话“出来混的，早晚是要还的”，因此我想经过专题博文介绍一些经常使用的攻击技术和防范策略。

SQL Injection也许不少人都知道或者使用过，若是没有了解或彻底没有听过也没有关系，由于接下来咱们将介绍SQL Injection。

1.1.2 正文

SQL Injection：就是经过把SQL命令插入到Web表单递交或输入域名或页面请求的查询字符串，最终达到欺骗服务器执行恶意的SQL命令。

具体来讲，它是利用现有应用程序，将（恶意）的SQL命令注入到后台数据库引擎执行的能力，它能够经过在Web表单中输入（恶意）SQL语句获得一个存在安全漏洞的网站上的数据库，而不是按照设计者意图去执行SQL语句。

首先让咱们了解何时可能发生SQL Injection。

假设咱们在浏览器中输入URL www.sample.com，因为它只是对页面的简单请求无需对数据库动进行动态请求，因此它不存在SQL Injection，当咱们输入www.sample.com?testid=23时，咱们在URL中传递变量testid，而且提供值为23，因为它是对数据库进行动态查询的请求（其中?testid＝23表示数据库查询变量），因此咱们能够该URL中嵌入恶意SQL语句。

如今咱们知道SQL Injection适用场合，接下来咱们将经过具体的例子来讲明SQL Injection的应用，这里咱们以pubs数据库做为例子。

咱们经过Web页面查询job表中的招聘信息，job表的设计以下：

sqlinjection5

图1 jobs表

接着让咱们实现Web程序，它根据工做Id（job_id）来查询相应的招聘信息，示意代码以下：

/// <summary>
/// Handles the Load event of the Page control. /// </summary> /// <param name="sender">The source of the event.</param> /// <param name="e">The <see cref="System.EventArgs"/> instance containing the event data.</param> protected void Page_Load(object sender, EventArgs e) { if (!IsPostBack) { // Gets departmentId from http request. string queryString = Request.QueryString["departmentID"]; if (!string.IsNullOrEmpty(queryString)) { // Gets data from database. gdvData.DataSource = GetData(queryString.Trim()); // Binds data to gridview. gdvData.DataBind(); } } }

如今咱们已经完成了Web程序，接下来让咱们查询相应招聘信息吧。

sqlinjection6

图2 job表查询结果

如图所示，咱们要查询数据库中工做Id值为1的工做信息，并且在页面显示了该工做的Id，Description，Min Lvl和Max Lvl等信息。

如今要求咱们实现根据工做Id查询相应工做信息的功能，想必你们很快能够给出解决方案，SQL示意代码以下：

SELECT     job_id, job_desc, min_lvl, max_lvl FROM jobs WHERE (job_id = 1)

假设如今要求咱们获取Department表中的全部数据，并且必须保留WHERE语句，那咱们只要确保WHERE恒真就OK了，SQL示意代码以下：

SELECT     job_id, job_desc, min_lvl, max_lvl FROM jobs WHERE (job_id = 1) OR 1 = 1

上面咱们使得WHERE恒真，因此该查询中WHERE已经不起做用了，其查询结果等同于如下SQL语句。

SELECT     job_id, job_desc, min_lvl, max_lvl FROM jobs

SQL查询代码实现以下：

string sql1 = string.Format( "SELECT job_id, job_desc, min_lvl, max_lvl FROM jobs WHERE job_id='{0}'", jobId);

如今咱们要经过页面请求的方式，让数据库执行咱们的SQL语句，咱们要在URL中嵌入恶意表达式1=1（或2=2等等），以下URL所示：

http://localhost:3452/ExcelUsingXSLT/Default.aspx?jobid=1'or'1'='1

等效SQL语句以下：

SELECT     job_id, job_desc, min_lvl, max_lvl FROM jobs WHERE job_id = '1' OR '1' = 1'

sqlinjection7

图3 job表查询结果

如今咱们把job表中的全部数据都查询出来了，仅仅经过一个简单的恒真表达式就能够进行了一次简单的攻击。

虽然咱们把job表的数据都查询出来了，但数据并无太大的价值，因为咱们把该表临时命名为job表，因此接着咱们要找出该表真正表名。

首先咱们假设表名就是job，而后输入如下URL：

http://localhost:3452/ExcelUsingXSLT/Default.aspx?jobid=1'or 1=(select count(*) from job)--

等效SQL语句以下：

SELECT       job_id, job_desc, min_lvl, max_lvl FROM jobs WHERE job_id='1'or 1=(select count(*) from job) --'

sqlinjection8

图4 job表查询结果

当咱们输入了以上URL后，结果服务器返回咱们错误信息，这证实了咱们的假设是错误的，那咱们该感受到挫败吗？不，其实这里返回了不少信息，首先它 证实了该表名不是job，并且它还告诉咱们后台数据库是SQL Server，不是MySQL或Oracle，这也设计一个漏洞把错误信息直接返回给了用户。

接下假定表名是jobs，而后输入如下URL：

http://localhost:3452/ExcelUsingXSLT/Default.aspx?jobid=1'or1=(select count(*) from jobs) --

等效SQL语句以下：

SELECT       job_id, job_desc, min_lvl, max_lvl FROM jobs WHERE job_id='1'or 1=(select count(*) from jobs) --'

sqlinjection

图5 job表查询结果

如今证实了该表名是jobs，这能够迈向成功的一大步，因为咱们知道了表名就能够对该表进行增删改操做了，并且咱们还能够猜想出更多的表对它们做出修改，一旦修改为功那么这将是一场灾难。

如今你们已经对SQL Injection的攻击有了初步的了解了，接下让咱们学习如何防止SQL Injection。

总的来讲有如下几点：

1.永远不要信任用户的输入，要对用户的输入进行校验，能够经过正则表达式，或限制长度，对单引号和双"-"进行转换等。

2.永远不要使用动态拼装SQL，可使用参数化的SQL或者直接使用存储过程进行数据查询存取。

3.永远不要使用管理员权限的数据库链接，为每一个应用使用单独的权限有限的数据库链接。

4.+ @"\s?sysobjects\s?|\s?xp_.*?|\s?syslogins\s?|\s?sysremote\s?|\s?sysusers\s?|\s?sysxlogins\s?|\s?sysdatabases\s?|\s?aspnet_.*?|\s?exec\s?", RegexOptions.Compiled | RegexOptions.IgnoreCase);

上面咱们定义了一个正则表达式对象RegSystemThreats，而且给它传递了校验用户输入的正则表达式。

因为咱们已经完成了对用户输入校验的正则表达式了，接下来就是经过该正则表达式来校验用户输入是否合法了，因为.NET已经帮咱们实现了判断字符串是否匹配正则表达式的方法——IsMatch()，因此咱们这里只需给传递要匹配的字符串就OK了。

示意代码以下：

/// <summary>
/// A helper method to attempt to discover [known] SqlInjection attacks. /// </summary> /// <param name="whereClause">string of the whereClause to check</param> /// <returns>true if found, false if not found </returns> public static bool DetectSqlInjection(string whereClause) { return RegSystemThreats.IsMatch(whereClause); } /// <summary> /// A helper method to attempt to discover [known] SqlInjection attacks. /// </summary> /// <param name="whereClause">string of the whereClause to check</param> /// <param name="orderBy">string of the orderBy clause to check</param> /// <returns>true if found, false if not found </returns> public static bool DetectSqlInjection(string whereClause, string orderBy) { return RegSystemThreats.IsMatch(whereClause) || RegSystemThreats.IsMatch(orderBy); }

如今咱们完成了校验用的正则表达式，接下来让咱们须要在页面中添加校验功能。

/// <summary>
/// Handles the Load event of the Page control. /// </summary> /// <param name="sender">The source of the event.</param> /// <param name="e">The <see cref="System.EventArgs"/> instance containing the event data.</param> protected void Page_Load(object sender, EventArgs e) { if (!IsPostBack) { // Gets departmentId from http request. string queryString = Request.QueryString["jobId"]; if (!string.IsNullOrEmpty(queryString)) { if (!DetectSqlInjection(queryString) && !DetectSqlInjection(queryString, queryString)) { // Gets data from database. gdvData.DataSource = GetData(queryString.Trim()); // Binds data to gridview. gdvData.DataBind(); } else { throw new Exception("Please enter correct field"); } } } }

当咱们再次执行如下URL时，被嵌入的恶意语句被校验出来了，从而在必定程度上防止了SQL Injection。

http://localhost:3452/ExcelUsingXSLT/Default.aspx?jobid=1'or'1'='1

sqlinjection9

图6 添加校验查询结果

但使用正则表达式只能防范一些常见或已知SQL Injection方式，并且每当发现有新的攻击方式时，都要对正则表达式进行修改，这但是吃力不讨好的工做。

经过参数化存储过程进行数据查询存取

首先咱们定义一个存储过程根据jobId来查找jobs表中的数据。

-- =============================================
-- Author:        JKhuang
-- Create date: 12/31/2011
-- Description:    Get data from jobs table by specified jobId.
-- =============================================
ALTER PROCEDURE [dbo].[GetJobs] -- ensure that the id type is int @jobId INT AS BEGIN -- SET NOCOUNT ON; SELECT job_id, job_desc, min_lvl, max_lvl FROM dbo.jobs WHERE job_id = @jobId GRANT EXECUTE ON GetJobs TO pubs END

接着修改咱们的Web程序使用参数化的存储过程进行数据查询。

using (var com = new SqlCommand("GetJobs", con)) { // Uses store procedure. com.CommandType = CommandType.StoredProcedure; // Pass jobId to store procedure. com.Parameters.Add("@jobId", SqlDbType.Int).Value = jobId; com.Connection.Open(); gdvData.DataSource = com.ExecuteScalar(); gdvData.DataBind(); }

如今咱们经过参数化存储过程进行数据库查询，这里咱们把以前添加的正则表达式校验注释掉。

sqlinjection10

图7 存储过程查询结果

你们看到当咱们试图在URL中嵌入恶意的SQL语句时，参数化存储过程已经帮咱们校验出传递给数据库的变量不是整形，并且使用存储过程的好处是咱们还能够很方便地控制用户权限，咱们能够给用户分配只读或可读写权限。

但咱们想一想真的有必要每一个数据库操做都定义成存储过程吗？并且那么多的存储过程也不利于平常的维护。

参数化SQL语句

仍是回到以前动态拼接SQL基础上，咱们知道一旦有恶意SQL代码传递过来，并且被拼接到SQL语句中就会被数据库执行，那么咱们是否能够在拼接以前进行判断呢？——命名SQL参数。

string sql1 = string.Format("SELECT job_id, job_desc, min_lvl, max_lvl FROM jobs WHERE job_id = @jobId"); using (var con = new SqlConnection(ConfigurationManager.ConnectionStrings["SQLCONN1"].ToString())) using (var com = new SqlCommand(sql1, con)) { // Pass jobId to sql statement. com.Parameters.Add("@jobId", SqlDbType.Int).Value = jobId; com.Connection.Open(); gdvData.DataSource = com.ExecuteReader(); gdvData.DataBind(); }

sqlinjection10

图8 参数化SQL查询结果

这样咱们就能够避免每一个数据库操做（尤为一些简单数据库操做）都编写存储过程了，并且当用户具备数据库中jobs表的读权限才能够执行该SQL语句。

添加新架构

数据库架构是一个独立于数据库用户的非重复命名空间，您能够将架构视为对象的容器（相似于.NET中的命名空间）。

首先咱们右击架构文件夹，而后新建架构。

clip_image002

sqlinjection12

图9 添加HumanResource架构

上面咱们完成了在pubs数据库中添加HumanResource架构，接着把jobs表放到HumanResource架构中。

sqlinjection15

sqlinjection13

图 10 修改jobs表所属的架构

当咱们再次执行如下SQL语句时，SQL Server提示jobs无效，这是究竟什么缘由呢？以前还运行的好好的。

SELECT job_id, job_desc, min_lvl, max_lvl FROM jobs

sqlinjection14

图 11 查询输出

当咱们输入完整的表名“架构名.对象名”（HumanResource.jobs）时，SQL语句执行成功。

SELECT job_id, job_desc, min_lvl, max_lvl FROM HumanResource.jobs

sqlinjection16

为何以前咱们执行SQL语句时不用输入完整表名dbo.jobs也能够执行呢？

这是由于默认的架构（default schema）是dbo，当只输入表名时，Sql Server会自动加上当前登陆用户的默认的架构（default schema）——dbo。

因为咱们使用自定义架构，这也下降了数据库表名被猜想出来的可能性。

LINQ to SQL

前面使用了存储过程和参数化查询，这两种方法都是很是经常使用的，而针对于.NET Framework的ORM框架也有不少，如：NHibernate，Castle和Entity Framework，这里咱们使用比较简单LINQ to SQL。

sqlinjection17

图 12 添加jobs.dbml文件

var dc = new pubsDataContext(); int result; // Validates jobId is int or not. if (int.TryParse(jobId, out result)) { gdvData.DataSource = dc.jobs.Where(p => p.job_id == result); gdvData.DataBind(); }

相比存储过程和参数化查询，LINQ to SQL咱们只需添加jobs.dbml，而后使用LINQ对表进行查询就OK了。

1.1.3 总结

咱们在本文中介绍了SQL Injection的基本原理，经过介绍什么是SQL Injection，怎样进行SQL Injection和如何防范SQL Injection。经过一些程序源码对SQL的攻击进行了细致的分析，使咱们对SQL Injection机理有了一个深刻的认识，做为一名Web应用开发人员，必定不要盲目相信用户的输入，而要对用户输入的数据进行严格的校验处理，不然的 话，SQL Injection将会不期而至。

最后，祝你们新年快乐，身体健康，Code with pleasure。

相关文章
相关标签/搜索
每日一句
    每一个你不满意的现在，都有一个你没有努力的曾经。
本站公众号
   欢迎关注本站公众号,获取更多信息
联系我们 最近搜索 最新文章 沪ICP备13005482号-10 MyBatis教程 SQL 教程 MySQL教程 Java 教程 Thymeleaf 教程 Hibernate教程 Spring教程 Redis教程