SQL資料隱碼攻擊

[size=large]SQL攻擊（SQL injection，中国大陆称作SQL注入攻击，台湾称作SQL资料隐码攻击），简称隱碼攻擊，是發生於應用程式之資料庫層的安全漏洞。簡而言之，是在輸入的字串之中夾帶SQL指令，在設計不良的程式當中忽略了檢查，那麼這些夾帶進去的指令就會被資料庫伺服器誤認為是正常的SQL指令而執行，因此遭到破壞。
有部份人認為SQL隱碼攻擊是只針對Microsoft SQL Server而來，但只要是支援批次處理SQL指令的資料庫伺服器，都有可能受到此種手法的攻擊。

原因

在應用程式中若有下列狀況，則可能應用程式正暴露在SQL Injection的高風險情況下：

在應用程式中使用字串聯結方式組合SQL指令。
在應用程式連結資料庫時使用權限過大的帳戶（例如很多開發人員都喜歡用sa（內建的最高權限的系統管理員帳戶）連接Microsoft SQL Server資料庫）。
在資料庫中開放了不必要但權力過大的功能（例如在Microsoft SQL Server資料庫中的xp_cmdshell延伸預存程序或是OLE Automation預存程序等）
太過於信任使用者所輸入的資料，未限制輸入的字元數，以及未對使用者輸入的資料做潛在指令的檢查。
[编辑] 作用原理
SQL命令可查詢、插入、更新、刪除等，命令的串接。而以分號字元為不同命令的區別。（原本的作用是用於SubQuery或作為查詢、插入、更新、刪除……等的條件式）
SQL命令對於傳入的字串參數是用單引號字元所包起來。《但連續2個單引號字元，在SQL資料庫中，則視為字串中的一個單引號字元》
SQL命令中，可以夾帶註解《連續2個減號字元——後的文字為註解，或“/*”與“*/”所包起來的文字為注解》
因此，如果在組合SQL的命令字串時，未針對單引號字元作取代處理的話，將導致該字元變數在填入命令字串時，被惡意竄改原本的SQL語法的作用。
[编辑] 例子
某個網站的登入驗證的SQL查詢代碼為

strSQL = "SELECT * FROM users WHERE (name = '" + userName + "') and (pw = '"+ passWord +"');"
惡意填入

userName = "' OR '1'='1";
與

passWord = "' OR '1'='1";
時，將導致原本的SQL字串被填為

strSQL = "SELECT * FROM users WHERE (name = '' OR '1'='1') and (pw = '' OR '1'='1');"
也就是實際上运行的SQL命令會變成下面這樣的

strSQL = "SELECT * FROM users;"
因此達到無帳號密碼，亦可登入網站。所以SQL隱碼攻擊被俗稱為駭客的填空遊戲。

[编辑] 可能造成的傷害
資料表中的資料外洩，例如個人機密資料，帳戶資料，密碼等。
資料結構被駭客探知，得以做進一步攻擊（例如SELECT * FROM sys.tables）。
資料庫伺服器被攻擊，系統管理員帳戶被竄改（例如ALTER LOGIN sa WITH PASSWORD='xxxxxx'）。
取得系統較高權限後，有可能得以在網頁加入惡意連結以及XSS。
經由資料庫伺服器提供的作業系統支援，讓駭客得以修改或控制作業系統（例如xp_cmdshell "net stop iisadmin"可停止伺服器的IIS服務）。
破壞硬碟資料，癱瘓全系統（例如xp_cmdshell "FORMAT C:"）。
[编辑] 避免的方法
在設計應用程式時，完全使用參數化查詢（Parameterized Query）來設計資料存取功能。
在組合SQL字串時，先針對所傳入的參數作字元取代（將單引號字元取代為連續2個單引號字元）。
如果使用PHP開發網頁程式的話，亦可開啟PHP的魔術引號（Magic quote）功能（自動將所有的網頁傳入參數，將單引號字元取代為連續2個單引號字元）。
其他，使用其他更安全的方式連接SQL資料庫。例如已修正過SQL資料隱碼問題的資料庫連接元件，例如ASP.NET的SqlDataSource物件或是 LINQ to SQL。
使用SQL防注入系统。 [/size]