SQL注入點(diǎn)攔截了單引號，是不是就無解了？并不是，太天真了。sql注入的方法有多種，不一定非得用單引號。SQL注入一般用于表單提交，尤其是登錄表單，通過提交一些sql語句的組合，使后臺驗證邏輯出錯，順

SQL注入點(diǎn)攔截了單引號，是不是就無解了？

并不是，太天真了。sql注入的方法有多種，不一定非得用單引號。SQL注入一般用于表單提交，尤其是登錄表單，通過提交一些sql語句的組合，使后臺驗證邏輯出錯，順利進(jìn)入后臺。

方法一：

先猜表名

And (Select count(*) from 表名)<>0

猜列名

And (Select count（列名） from 表名）<>0

返回正確的，那么寫的表名或列名就是正確，如果服務(wù)器沒有關(guān)系錯誤提醒，就會將錯誤的sql語句信息打印出來，從而就獲取到真正的表名、列名。

方法二：

跳過登錄后臺

常見的 " or 1="1

比如后臺驗證就變成

select name，pass from tbAdmin where name="" or 1="1" and pass="123456"

1="1"為真，這判斷就一直成立。

當(dāng)然還有很多種sql注入方式，大都是利用sql語句直接查詢的漏洞，或者報錯信息。

只攔截了單引號還不夠，還有空格，等號等等一些符號。而且項目中千萬避免前端提交的表單直接用原生sql語句查詢，盡量用框架封裝的方法，這樣能很大程度上減少被sql注入的風(fēng)險。畢竟前端提交的數(shù)據(jù)都是不可信的。

如何判斷PHP源碼是否存在SQL注入漏洞？

判斷是否存在SQL注入首先找到可能的注入點(diǎn)；比如常見的get，post，甚至cookie，傳遞參數(shù)到PHP，然后參數(shù)被拼接到SQL中，如果后端接收參數(shù)后沒有進(jìn)行驗證過濾，就很可能會出現(xiàn)注入。比如xxx.com?id=321，id就很可能是注入點(diǎn)。

說白了就是不要相信用戶輸入，對用戶可控的參數(shù)進(jìn)行嚴(yán)格校驗。注意是嚴(yán)格校驗！簡單的去空格，或者是特殊字符替換很容易繞過。

如果已經(jīng)有原碼，可以進(jìn)行代碼審計，進(jìn)行逐一排查。也可以搭建本地環(huán)境使用類似于sqlmap這樣的自動化工具進(jìn)行可以鏈接的檢測。

個人理解僅供參考，如有偏頗望批評指正！