当前位置: 首页 > 新闻资讯 > 【金睛云华ailab】基于ai的sql注入检测识别效果专题研究

【金睛云华ailab】基于ai的sql注入检测识别效果专题研究

发布时间:2024-01-22 3:55:55

  1. 什么是SQL注入及SQL注入工具
  2. 如何检测SQL注入技术以及跨站脚本攻击
  3. 什么是SQL注入及SQL注入工具

一、什么是SQL注入及SQL注入工具

随着b/s模式应用开发的发展,使用这种模式编写应用程序的程序员也越来越多。但是由于这个行业的入门门槛不高,程序员的水平及经验也参差不齐,相当大一部分程序员在编写代码的时候,没有对用户输入数据的合法性进行判断,使应用程序存在安全隐患。用户可以提交一段数据库查询代码,根据程序返回的结果,获得某些他想得知的数据,这就是所谓的sql injection,即sql注入。

sql注入是从正常的www端口访问,而且表面看起来跟一般的web页面访问没什么区别,所以目前市面的防火墙都不会对sql注入发出警报,如果管理员没查看iis日志的习惯,可能被入侵很长时间都不会发觉。

但是,sql注入的手法相当灵活,在注入的时候会碰到很多意外的情况。能不能根据具体情况进行分析,构造巧妙的sql语句,从而成功获取想要的数据,是高手与“菜鸟”的根本区别。

根据国情,国内的网站用asp+access或sqlserver的占70%以上,php+mysq占l20%,其他的不足10%。在本文,我们从分入门、进阶至高级讲解一下asp注入的方法及技巧,php注入的文章由nb联盟的另一位朋友zwell撰写,希望对安全工作者和程序员都有用处。了解asp注入的朋友也请不要跳过入门篇,因为部分人对注入的基本判断方法还存在误区。大家准备好了吗?let's go...

入 门 篇

如果你以前没试过sql注入的话,那么第一步先把ie菜单=>工具=>internet选项=>高级=>显示友好 http 错误信息前面的勾去掉。否则,不论服务器返回什么错误,ie都只显示为http 500服务器错误,不能获得更多的提示信息。

第一节、sql注入原理

以下我们从一个网站www.19cn.com开始(注:本文发表前已征得该站站长同意,大部分都是真实数据)。

在网站首页上,有名为“ie不能打开新窗口的多种解决方法”的链接,地址为:http://www.19cn.com/showdetail.asp?id=49,我们在这个地址后面加上单引号’,服务器会返回下面的错误提示:

microsoft jet database engine 错误 '80040e14'

字符串的语法错误 在查询表达式 'id=49'' 中。

/showdetail.asp,行8

从这个错误提示我们能看出下面几点:

1.网站使用的是access数据库,通过jet引擎连接数据库,而不是通过odbc。

2.程序没有判断客户端提交的数据是否符合程序要求。

3.该sql语句所查询的表中有一名为id的字段。

从上面的例子我们可以知道,sql注入的原理,就是从客户端提交特殊的代码,从而收集程序及服务器的信息,从而获取你想到得到的资料。

第二节、判断能否进行sql注入

看完第一节,有一些人会觉得:我也是经常这样测试能否注入的,这不是很简单吗?

其实,这并不是最好的方法,为什么呢?

首先,不一定每台服务器的iis都返回具体错误提示给客户端,如果程序中加了cint(参数)之类语句的话,sql注入是不会成功的,但服务器同样会报错,具体提示信息为处理 url 时服务器上出错。请和系统管理员联络。

其次,部分对sql注入有一点了解的程序员,认为只要把单引号过滤掉就安全了,这种情况不为少数,如果你用单引号测试,是测不到注入点的

那么,什么样的测试方法才是比较准确呢?答案如下:

① http://www.19cn.com/showdetail.asp?id=49

② http://www.19cn.com/showdetail.asp?id=49 and 1=1

③ http://www.19cn.com/showdetail.asp?id=49 and 1=2

这就是经典的1=1、1=2测试法了,怎么判断呢?看看上面三个网址返回的结果就知道了:

可以注入的表现:

① 正常显示(这是必然的,不然就是程序有错误了)

② 正常显示,内容基本与①相同

③ 提示bof或eof(程序没做任何判断时)、或提示找不到记录(判断了rs.eof时)、或显示内容为空(程序加了on error resume next)

不可以注入就比较容易判断了,①同样正常显示,②和③一般都会有程序定义的错误提示,或提示类型转换时出错。

当然,这只是传入参数是数字型的时候用的判断方法,实际应用的时候会有字符型和搜索型参数,我将在中级篇的“sql注入一般步骤”再做分析。

第三节、判断数据库类型及注入方法

不同的数据库的函数、注入方法都是有差异的,所以在注入之前,我们还要判断一下数据库的类型。一般asp最常搭配的数据库是access和sqlserver,网上超过99%的网站都是其中之一。

怎么让程序告诉你它使用的什么数据库呢?来看看:

sqlserver有一些系统变量,如果服务器iis提示没关闭,并且sqlserver返回错误提示的话,那可以直接从出错信息获取,方法如下:

http://www.19cn.com/showdetail.asp?id=49 and user>0

这句语句很简单,但却包含了sqlserver特有注入方法的精髓,我自己也是在一次无意的测试中发现这种效率极高的猜解方法。让我看来看看它的含义:首先,前面的语句是正常的,重点在and user>0,我们知道,user是sqlserver的一个内置变量,它的值是当前连接的用户名,类型为nvarchar。拿一个nvarchar的值跟int的数0比较,系统会先试图将nvarchar的值转成int型,当然,转的过程中肯定会出错,sqlserver的出错提示是:将nvarchar值 ”abc” 转换数据类型为 int 的列时发生语法错误,呵呵,abc正是变量user的值,这样,不废吹灰之力就拿到了数据库的用户名。在以后的篇幅里,大家会看到很多用这种方法的语句。

顺便说几句,众所周知,sqlserver的用户sa是个等同adminstrators权限的角色,拿到了sa权限,几乎肯定可以拿到主机的administrator了。上面的方法可以很方便的测试出是否是用sa登录,要注意的是:如果是sa登录,提示是将”dbo”转换成int的列发生错误,而不是”sa”。

如果服务器iis不允许返回错误提示,那怎么判断数据库类型呢?我们可以从access和sqlserver和区别入手,access和sqlserver都有自己的系统表,比如存放数据库中所有对象的表,access是在系统表[msysobjects]中,但在web环境下读该表会提示“没有权限”,sqlserver是在表[sysobjects]中,在web环境下可正常读取。

在确认可以注入的情况下,使用下面的语句:

http://www.19cn.com/showdetail.asp?id=49 and (select count(*) from sysobjects)>0

http://www.19cn.com/showdetail.asp?id=49 and (select count(*) from msysobjects)>0

如果数据库是sqlserver,那么第一个网址的页面与原页面http://www.19cn.com/showdetail.asp?id=49是大致相同的;而第二个网址,由于找不到表msysobjects,会提示出错,就算程序有容错处理,页面也与原页面完全不同。

如果数据库用的是access,那么情况就有所不同,第一个网址的页面与原页面完全不同;第二个网址,则视乎数据库设置是否允许读该系统表,一般来说是不允许的,所以与原网址也是完全不同。大多数情况下,用第一个网址就可以得知系统所用的数据库类型,第二个网址只作为开启iis错误提示时的验证

二、如何检测SQL注入技术以及跨站脚本攻击

在最近两年中,安全专家应该对网络应用层的攻击更加重视。因为无论你有多强壮的防火墙规则设置或者非常勤于补漏的修补机制,如果你的网络应用程序开发者没有遵循安全代码进行开发,攻击者将通过80端口进入你的系统。广泛被使用的两个主要攻击技术是sql注入[ref1]和css[ref2]攻击。sql 注入是指:通过互联网的输入区域,插入sqlmeta-characters(特殊字符代表一些数据)和指令,操纵执行后端的sql查询的技术。这些攻击主要针对其他组织的web服务器。css攻击通过在url里插入script标签,然后诱导信任它们的用户点击它们,确保恶意javascript代码在受害人的机器上运行。这些攻击利用了用户和服务器之间的信任关系,事实上服务器没有对输入、输出进行检测,从而未拒绝javascript代码。

这篇文章讨论sql注入和css攻击漏洞的检测技术。网上已经有很多关于这两种基于web攻击的讨论,比如如何实施攻击,他们的影响,怎样更好的编制和设计程序防止这些攻击。然而,对如何检测这些攻击并没有足够的讨论。我们采用流行的开源的idssnort[ref3],组建根据检测这些攻击的规则的正则表达式。附带,snort默认规则设定包含检测css的方法,但是这些容易被避开检测。比如大多通过hex进制编码,如%3c%73%63%72%69 %70%74%3e代替避开检测。

依赖levelofparanoia组织的能力,我们已经编写了多种检测相同攻击的规则。如果你希望检测各种可能的sql注入攻击,那么你需要简单的留意任何现行的sqlmeta-characters,如单引号,分号和双重破折号。同样的一个极端检测css攻击的方法,只要简单地提防html标记的角括号。但这样会检测出很多错误。为了避免这些,这些规则需要修改使它检测更精确些,当仍然不能避免错误。

在snort规则中使用pcre(perlcompatibleregularexpressions)[ref4]关键字,每个规则可以带或不带其他规则动作。这些规则也可以被公用软件如grep(文档搜索工具)使用,来审阅网络服务器日志。但是,需要警惕的是,用户的输入只有当以get提交请求时,web服务器才会记录日记,如果是以post提交的请求在日记中是不会记录的。

2.sql注入的正则表示式

当你为sql注入攻击选择正则表示式的时候,重点要记住攻击者可以通过提交表单进行sql注入,也可以通过cookie区域。你的输入检测逻辑应该考虑用户组织的各类型输入(比如表单或cookie信息)。并且如果你发现许多警告来自一个规则,请留意单引号或者是分号,也许些字符是你的web应用程序创造的合法的在cookies中的输入。因此,您需要根据你的特殊的web应用程序评估每个规则。

依照前面提到,一个琐细的检测sql射入攻击的正则表达式要留意sql特殊的meta-characters譬如单引号(’)双重扩则号(--),为了查出这些字符和他们hex等值数,以下正则表达式适用:

2.1检测sqlmeta-characters的正则表达式

/(%27)|(’)|(--)|(%23)|(#)/ix

解释:

我们首先检查单引号等值的hex,单引号本身或者双重扩折号。这些是mssqlserver或oracle的字符,表示后边的为评论,随后的都将被忽略。另外,如果你使用mysql,你需要留意’#’和它等值的hex的出现。注意我们不需要检查双重破折号等值的hex,因为这不是htmlmeta- character,浏览器不会进行编码。并且,如果攻击者设法手工修改双重破折号为它的hex值%2d(使用代理像 achilles[ref5]),sql注入将失败。

加入上述正则表达式的新的snort规则如下:

alerttcp$external_netany-$http_servers$http_ports(msg:"sqlinjection-paranoid";flow:to_server,established;uricontent:".pl";pcre:"/(%27)|(’)|(--)|(%23)|(#)/i";classtype:web-application-attack;sid:9099;rev:5;)

在本篇讨论中,uricontent关键字的值为".pl",因为在我们的测试环境里,cgi程序是用perl写的。uricontent关键字的值取决于您的特殊应用,这个值也许是".php",或".asp",或".jsp",等。从这点考虑,我们不显示对应的snort规则,但是我们会给出创造这些规则的正则表达式。通过这些正则表达式你可以很简单的创造很多的snort规则.在前面的正则表达式里,我们检测双重破折号是因为:即便没有单引号的存在那里也可能是sql射入点[ref6]。例如,sql查询条目只包含数值,如下:

selectvalue1,value2,num_value3fromdatabase

wherenum_value3=some_user_supplied_number

这种情况,攻击者可以执行额外的sql查询,示范提交如下输入:

3;insertvaluesintosome_other_table

最后,pcre的修饰符’i’和’x’是用于分别匹配大小写和忽略空白处的。上面的规则也可以另外扩展来检查分号的存在。然而,分号很可以是正常http应答的一部分。为了减少这种错误,也是为了任何正常的单引号和双重扩折号的出

现,上面的规则应该被修改成先检测=号的存。用户输入会响应一个get或post请求,一般输入提交如下:

username=some_user_supplied_valuepassword=some_user_supplied_value

因此,sql注入尝试将导致用户的输入出现在a=号或它等效的hex值之后。

2.2修正检测sqlmeta-characters的正则表达式

/((%3d)|(=))[^n]*((%27)|(’)|(--)|(%3b)|(:))/i

一、什么是SQL注入及SQL注入工具

分类: 电脑/网络 >> 程序设计 >> 其他编程语言

解析:

随着b/s模式应用开发的发展,使用这种模式编写应用程序的程序员也越来越多。但是由于这个行业的入门门槛不高,程序员的水平及经验也参差不齐,相当大一部分程序员在编写代码的时候,没有对用户输入数据的合法性进行判断,使应用程序存在安全隐患。用户可以提交一段数据库查询代码,根据程序返回的结果,获得某些他想得知的数据,这就是所谓的sql injection,即sql注入。

sql注入是从正常的www端口访问,而且表面看起来跟一般的web页面访问没什么区别,所以目前市面的防火墙都不会对sql注入发出警报,如果管理员没查看iis日志的习惯,可能被入侵很长时间都不会发觉。

但是,sql注入的手法相当灵活,在注入的时候会碰到很多意外的情况。能不能根据具体情况进行分析,构造巧妙的sql语句,从而成功获取想要的数据,是高手与“菜鸟”的根本区别。

根据国情,国内的网站用asp+access或sqlserver的占70%以上,php+mysq占l20%,其他的不足10%。在本文,我们从分入门、进阶至高级讲解一下asp注入的方法及技巧,php注入的文章由nb联盟的另一位朋友zwell撰写,希望对安全工作者和程序员都有用处。了解asp注入的朋友也请不要跳过入门篇,因为部分人对注入的基本判断方法还存在误区。大家准备好了吗?let's go...

入 门 篇

如果你以前没试过sql注入的话,那么第一步先把ie菜单=>工具=>inter选项=>高级=>显示友好 http 错误信息前面的勾去掉。否则,不论服务器返回什么错误,ie都只显示为http 500服务器错误,不能获得更多的提示信息。

第一节、sql注入原理

以下我们从一个网站19开始(注:本文发表前已征得该站站长同意,大部分都是真实数据)。

在网站首页上,有名为“ie不能打开新窗口的多种解决方法”的链接,地址为:19/showdetail?id=49,我们在这个地址后面加上单引号’,服务器会返回下面的错误提示:

microsoft jet database engine 错误 '80040e14'

字符串的语法错误 在查询表达式 'id=49'' 中。

/showdetail,行8

从这个错误提示我们能看出下面几点:

1.网站使用的是access数据库,通过jet引擎连接数据库,而不是通过odbc。

2.程序没有判断客户端提交的数据是否符合程序要求。

3.该sql语句所查询的表中有一名为id的字段。

从上面的例子我们可以知道,sql注入的原理,就是从客户端提交特殊的代码,从而收集程序及服务器的信息,从而获取你想到得到的资料。

第二节、判断能否进行sql注入

看完第一节,有一些人会觉得:我也是经常这样测试能否注入的,这不是很简单吗?

其实,这并不是最好的方法,为什么呢?

首先,不一定每台服务器的iis都返回具体错误提示给客户端,如果程序中加了cint(参数)之类语句的话,sql注入是不会成功的,但服务器同样会报错,具体提示信息为处理 url 时服务器上出错。请和系统管理员联络。

其次,部分对sql注入有一点了解的程序员,认为只要把单引号过滤掉就安全了,这种情况不为少数,如果你用单引号测试,是测不到注入点的

那么,什么样的测试方法才是比较准确呢?答案如下:

① 19/showdetail?id=49

② 19/showdetail?id=49 and 1=1

③ 19/showdetail?id=49 and 1=2

这就是经典的1=1、1=2测试法了,怎么判断呢?看看上面三个网址返回的结果就知道了:

可以注入的表现:

① 正常显示(这是必然的,不然就是程序有错误了)

② 正常显示,内容基本与①相同

③ 提示bof或eof(程序没做任何判断时)、或提示找不到记录(判断了rs.eof时)、或显示内容为空(程序加了on error resume next)

不可以注入就比较容易判断了,①同样正常显示,②和③一般都会有程序定义的错误提示,或提示类型转换时出错。

当然,这只是传入参数是数字型的时候用的判断方法,实际应用的时候会有字符型和搜索型参数,我将在中级篇的“sql注入一般步骤”再做分析。

第三节、判断数据库类型及注入方法

不同的数据库的函数、注入方法都是有差异的,所以在注入之前,我们还要判断一下数据库的类型。一般asp最常搭配的数据库是access和sqlserver,网上超过99%的网站都是其中之一。

怎么让程序告诉你它使用的什么数据库呢?来看看:

sqlserver有一些系统变量,如果服务器iis提示没关闭,并且sqlserver返回错误提示的话,那可以直接从出错信息获取,方法如下:

19/showdetail?id=49 and user>0

这句语句很简单,但却包含了sqlserver特有注入方法的精髓,我自己也是在一次无意的测试中发现这种效率极高的猜解方法。让我看来看看它的含义:首先,前面的语句是正常的,重点在and user>0,我们知道,user是sqlserver的一个内置变量,它的值是当前连接的用户名,类型为nvarchar。拿一个nvarchar的值跟int的数0比较,系统会先试图将nvarchar的值转成int型,当然,转的过程中肯定会出错,sqlserver的出错提示是:将nvarchar值 ”abc” 转换数据类型为 int 的列时发生语法错误,呵呵,abc正是变量user的值,这样,不废吹灰之力就拿到了数据库的用户名。在以后的篇幅里,大家会看到很多用这种方法的语句。

顺便说几句,众所周知,sqlserver的用户sa是个等同adminstrators权限的角色,拿到了sa权限,几乎肯定可以拿到主机的administrator了。上面的方法可以很方便的测试出是否是用sa登录,要注意的是:如果是sa登录,提示是将”dbo”转换成int的列发生错误,而不是”sa”。

如果服务器iis不允许返回错误提示,那怎么判断数据库类型呢?我们可以从access和sqlserver和区别入手,access和sqlserver都有自己的系统表,比如存放数据库中所有对象的表,access是在系统表[msysobjects]中,但在web环境下读该表会提示“没有权限”,sqlserver是在表[sysobjects]中,在web环境下可正常读取。

在确认可以注入的情况下,使用下面的语句:

19/showdetail?id=49 and (select count(*) from sysobjects)>0

19/showdetail?id=49 and (select count(*) from msysobjects)>0

如果数据库是sqlserver,那么第一个网址的页面与原页面19/showdetail?id=49是大致相同的;而第二个网址,由于找不到表msysobjects,会提示出错,就算程序有容错处理,页面也与原页面完全不同。

如果数据库用的是access,那么情况就有所不同,第一个网址的页面与原页面完全不同;第二个网址,则视乎数据库设置是否允许读该系统表,一般来说是不允许的,所以与原网址也是完全不同。大多数情况下,用第一个网址就可以得知系统所用的数据库类型,第二个网址只作为开启iis错误提示时的验证

Top