网站安全基础：教你简单防数据库注入

　　由于ASP脚本系统在互联网上广泛的应用，针对ASP系统的脚本攻击越来越流行。在这些攻击中，攻击者多是利用注入、跨站、暴库、上传、cookies欺骗、旁注等手段为切入点的进而控制服务器的。针对目前网络上流行的SQL注入攻击，本文给出一种简单易行的解决办法，希望下一个被注入的不是你。

　　【SQL注入的漏洞简介】

　　所谓SQL注入式攻击，也就是SQL Injection，就是攻击者把SQL命令插入到Web表单的输入域或页面请求的查询字符串，欺骗服务器执行恶意的SQL命令。来自官方的说法是:“当应用程序使用输入内容来构造动态SQL语句以访问数据库时，会发生SQL注入攻击。如果代码使用存储过程，而这些存储过程作为包含未筛选的用户输入的字符串来传递，也会发生SQL注入攻击。SQL注入可能导致攻击者能够使用应用程序登录在数据库中执行命令。如果应用程序使用特权过高的帐户连接到数据库，这种问题会变得很严重。”在某些表单中，用户输入的内容直接用来构造(或者影响)动态SQL命令，或作为存储过程的输入参数，这类表单特别容易受到SQL注入式攻击。而许多网站程序在编写时，没有对用户输入数据的合法性进行判断或者程序中本身的变量处理不当，使应用程序存在安全隐患。这样用户就可以提交一段数据库查询代码，(一般是在浏览器地址栏进行,通过正常的www端口访问)根据程序返回的结果，获得一些敏感的信息或者控制整个服务器，于是SQL注入产生了。其实简单点说，SQL注入的原理就是从客户端提交特殊的代码，从而收集程序及服务器的信息，从而获取你想到得到的资料。

　　【SQL注入漏洞简单利用】

　　由于本文并不打算教你如何进行SQL注入攻击，所以只象征性的演示一下攻击者进行注入攻击的过程，对这方面感兴趣的可以参考其它文章。针对Access数据库的注入攻击过程大都比较麻烦，因为一般的步骤都是猜解管理员表名、字段名、字符长度、字符内容、寻找后台，所以网上产生了许多的注入工具，很容易上手，或许这也是注入攻击之所以流行的原因之一吧。笔者测试的是雨点下载系统，其list.asp、view.asp等文件都由于对参数ID没过滤而产生注入漏洞，常规的注入就不多说了，给大家抓一个图，如图1:

　　从图中可以看到注入点:http://202.193.72.123/list.asp?id=84进行注入，首先判断是否能注入，如果可以就显示“恭喜，该URL可以注入!”，然后进行表名的猜解，猜解到的数据库表名有两个，我们选择了与管理员账号密码有关的表userinfo进行猜解，猜解出来的字段有id、usr、pwd，然后我们对表字段里的内容进行猜解，这里猜到管理员账号为admin，管理员密码为admin888，整个过程手工完成比较麻烦，下面介绍Union查询的注入，一下子就暴出管理员账号密码了。雨点下载系统作为一套开源的代码，我们不难得知其数据库结构，管理员账号密码信息放在userinfo表段里面，其对应的字段分别为id、usr、pwd，另外雨点下载系统管理员与普通用户放在一个表，userinfo表里面有个userclassid字段，表示他们所对应的权限，而userclass表很明确的告诉了我们什么ID对应着什么权限，这里我们要进管理后台，当然得要系统管理员的账号密码，也就是在构造的时候加上相应的where判断语句。确定注入点情况下我们构造如下的语法:

　　union select usr,2,3 from userinfo where userclassid=1 结果返回显示有管理员账号的页面，如图2:

　　把上面构造的注入语句中的usr换为pwd就返回管理员密码，不再抓图。有了管理员账号密码再加上已经的管理后台地址，其它能做的事就不说了，不要破坏哦!

　　【SQL注入漏洞简单防范】

　　现在网络上比较流行的SQL注入工具的工作方式是通过GET和POST来完成具体的注入的，如果我们将注入时所用到的一些特殊符号过滤掉，那注入工具就没用了，从而达到了防注入的目的。比如针对GET提交方式进行注入的防范代码如下:

dim sql_injdata SQL_inj SQL_Get SQL_injdata = "’|and|exec|insert|select|delete|update|count|*|%|chr|mid|master|truncate|char|declare" SQL_inj = split(SQL_Injdata,"|") If Request.QueryString<>"" Then For Each SQL_Get In Request.QueryString For SQL_Data=0 To Ubound(SQL_inj) if instr(Request.QueryString(SQL_Get),Sql_Inj(Sql_DATA))>0 Then Response.Write "<Script Language=JavaScript>alert(’请不要在参数中包含非法字符尝试注入！’);history.back(-1)</Script>" Response.end end if next Next End If

　　同样，POST的也要检测，注意这里很灵活的，只要把与注入有关的关键词写到SQL_injdata里再用”|”隔开就可以了。许多朋友甚至不会写代码怎么办，别急，有通用的防注入程序啦。这里笔者将为你介绍通用防注入程序是由火狐技术联盟枫知秋[F.S.T]所写的通用防注入程序2.0完美版，还是拿雨点下载系统的list.asp做例子，在此文件的页面头部用

　　在后面加一个‘测试出现如下画面，见图3:

　　点确定后返回如下信息，见图4:

　　如果要查看相关攻击信息的话，可以去看数据库里的记录，如图5:

　　够详细了吧，记录了攻击的IP，受攻击的页面以及传递的参数，攻击的方式分为Get与Post，还记录了攻击的时间与攻击的具体内容。管理员看到这些信息能做什么，不用我多说，你怕了吧!当然本着对读者负责的态度笔者说下并不是有了一个通用防注入程序就没事了，因为Cookies也可以传递参数的，另外从产生漏洞的根源来说还是要过渗变量，对于数字型的变量用IsNumeric()判断一下就好，对于字符型的过滤一下单引号使构造注入语句的时候单引号无法闭合就可以了，下面给两个函数给大家参考:

' ============================================ ' 判断是否是数字，否则用默认值替换 ' iCheck 要替换的变量,iDefault 默认值 ' ============================================ Function GetSafeInt(iCheck,iDefault) If Trim(iCheck)="" Then GetSafeInt = iDefault Exit Function End If If IsNumeric(iCheck)=false Then GetSafeInt = iDefault Exit Function End If GetSafeInt = iCheck End Function ' ============================================ ' 得到安全字符串,在查询中或有必要强行替换的表单中使用 ' str 要替换的字符串 ' ============================================ Function GetSafeStr(str) ' GetSafeStr = Replace(Replace(Replace(Trim(str), "'", ""), Chr(34), ""), ";", "") GetSafeStr = Replace(Replace(Replace(Replace(Replace(str,"'","‘"),"""","“"),"&",""),"<","&lt;"),">","&gt;") End Function

标签：

版权申明：本站文章部分自网络，如有侵权，请联系：west999com@outlook.com
特别注意：本站所有转载文章言论不代表本站观点，本站所提供的摄影照片，插画，设计作品，如需使用，请与原作者联系，版权归原作者所有