關於對字元的過濾問題sql查詢條件過濾掉單引號是否就安全了呢？
在文章最後一段管理員做了敏感字元的過濾，管理員過濾掉了空格，而攻擊者通過 /**/ 來代替空格繞過了過濾字元。感覺很有成就感，呵呵呵呵。真實環境中管理員發現了漏洞不太可能只過濾掉空格的。你不是注入嗎？我把單引號、等於號、空格 一起都過濾掉，看你怎麼辦。。其實沒用的，我相信現在還存在僅僅把單引號替換雙單引號的**。其 實在最好使用引數化查詢和預編譯查詢語句來預防sql注入，當然使用一些現成的框架也可以避免。通過過濾的手段要考慮周全，某一點沒考慮到，就會被攻擊者利用。
先看看這條sql語句 declare @c varchar(8000);set @c=0x73656c656374204c454e282766776569776572272920;exec(@c);-- 猜猜看可以執行嗎？
其實'0x73656c656374204c454e282766776569776572272920'是『select len('fweiwer') 』 轉換成了16進製制，資料庫照樣執行
看到這裡大家都明白了吧。攻擊者可以不用單引號來執行同帶單引號語句有相同效果的命令，對付這樣的語句如果過濾的話怎麼做？ （；@=0x 空格、關鍵字 通通都過濾掉嗎？ 這就安全了嗎？不好說，誰知道還有哪些沒想到呢。
JavaScript防注入SQL過濾涵數
function checkstr str if isnull str then checkstr exit function end if str replace str,chr 0 1,1,1 str replace str,1,1,1 str replace str,1,1,1 str rep...
關於敏感詞過濾的一點想法
對濾詞表中的每個單詞做一次hash,以hash雜湊值作為key,單詞內容作為value 2.1起始符表 將濾詞表中每個單詞的起始字元構建成乙個表,作為起始符表 startlist 2.2結束符表 將濾詞表中每個單詞的結束字元構建成乙個表,作為結束符表 endlist 1.1 如果匹配到起始字元,搜尋...
敏感詞過濾及字串編碼問題
coding utf 8 importsys classsenseword def init self filename type filename 敏感詞文件 self.list printsys.stdin.encoding withopen filename,r asf forlineinf....