基本概念：
所謂sql注入，就是通過把sql命令插入到web表單提交或輸入網域名稱或頁面請求的查詢字串，最終達到欺騙伺服器執行惡意的sql命令。具體來說，它是利用現有應用程式，將（惡意）的sql命令注入到後台資料庫引擎執行的能力，它可以通過在web表單中輸入（惡意）sql語句得到乙個存在安全漏洞的**上的資料庫，而不是按照設計者意圖去執行sql語句。比如先前的很多影視**洩露vip會員密碼大多就是通過web表單遞交查詢字元暴出的，這類表單特別容易受到sql注入式攻擊。
1. 原理
sql注入攻擊指的是通過構建特殊的輸入作為引數傳入web應用程式，而這些輸入大都是sql語法裡的一些組合，通過執行sql語句進而執行攻擊者所要的操作，其主要原因是程式沒有細緻地過濾使用者輸入的資料，致使非法資料侵入系統。
根據相關技術原理，sql注入可以分為平台層注入和**層注入。前者由不安全的資料庫配置或資料庫平台的漏洞所致；後者主要是由於程式設計師對輸入未進行細緻地過濾，從而執行了非法的資料查詢。基於此，sql注入的產生原因通常表現在以下幾方面：①不當的型別處理；②不安全的資料庫配置；③不合理的查詢集處理；④不當的錯誤處理；⑤轉義字元處理不合適；⑥多個提交處理不當。
2. 攻擊
當應用程式使用輸入內容來構造動態sql語句以訪問資料庫時，會發生sql注入攻擊。如果**使用儲存過程，而這些儲存過程作為包含未篩選的使用者輸入的字串來傳遞，也會發生sql注入。sql注入可能導致攻擊者使用應用程式登陸在資料庫中執行命令。相關的sql注入可以通過測試工具pangolin進行。如果應用程式使用特權過高的帳戶連線到資料庫，這種問題會變得很嚴重。在某些表單中，使用者輸入的內容直接用來構造動態sql命令，或者作為儲存過程的輸入引數，這些表單特別容易受到sql注入的攻擊。而許多**程式在編寫時，沒有對使用者輸入的合法性進行判斷或者程式中本身的變數處理不當，使應用程式存在安全隱患。這樣，使用者就可以提交一段資料庫查詢的**，根據程式返回的結果，獲得一些敏感的資訊或者控制整個伺服器，於是sql注入就發生了。
3. 防護
歸納一下，主要有以下幾點：
1.永遠不要信任使用者的輸入
。對使用者的輸入進行校驗，可以通過正規表示式，或限制長度；對單引號和
雙"-"進行轉換等。
2.永遠不要使用動態拼裝sql，可以使用引數化的sql或者直接使用儲存過程進行資料查詢訪問。
3.永遠不要使用管理員許可權的資料庫連線，為每個應用使用單獨的許可權有限的資料庫連線。
4.不要把機密資訊直接存放，加密或者hash掉密碼和敏感的資訊。
5.應用的異常資訊應該給出盡可能少的提示，最好使用自定義的錯誤資訊對原始錯誤資訊進行包裝
4.舉例
strsql = "select * from users where (name = '" + username + "') and (pw = '"+ password +"');"
惡意填入
username = "1' or '1'='1";
與password = "1' or '1'='1";
時，將導致原本的sql字串被填為
strsql = "select * from users where (name = '1' or '1'='1') and (pw = '1' or '1'='1');"
也就是實際上執行的sql命令會變成下面這樣的
strsql = "select * from users;"
因此達到無賬號密碼，亦可登入**。所以sql注入攻擊被俗稱為黑客的填空遊戲。
end;
SQL注入（三） sql注入 bugku
原理 mysql 在使用 gbk 編碼的時候，會認為兩個字元為乙個漢字，例如 aa 5c 就是乙個 漢字 前乙個 ascii碼大於 128 才能到漢字的範圍 我們在過濾 的時候，往往利用的思 路是將 轉換為 換的函式或者思路會在每一關遇到的時候介紹 因此我們在此想辦法將 前面新增的 除掉，一般有兩種...
SQL注入 報錯注入
乙個帶get引數的 並且不從資料庫返回資料，但存在報錯資訊 檢視字段情況 報錯注入語句格式 and 1 2 union select1,2,3 from select count concat floor rand 0 2 sql語句 a from information schema.tables...
SQL注入 報錯注入
sql注入基礎 盲注 用於注入結果無回顯但錯誤資訊有輸出的情況 floor函式 返回小於等於某值的整數,例如floor 1 則返回1,floor 1.9 也返回1 rand函式 生成隨機數.可指定seed,指定後每次生成的數都一樣即偽隨機,不指定seed則每次生成的隨機數都不一樣.通過floor和r...