避免 SQL Injection

Home / MySQL / 避免 SQL Injection

什麼是SQL注入

SQL注入攻擊(SQL Injection),簡稱注入攻擊,是Web開發中最常見的一種安全漏洞。可以用它來從資料庫獲取敏感資訊,或者利用資料庫的特性執行添加用戶,導出文件等一系列惡意操作,甚至有可能獲取資料庫乃至系統用戶最高權限。

而造成SQL注入的原因是因為程序沒有有效過濾用戶的輸入,使攻擊者成功的向服務器提交惡意的SQL查詢代碼,程序在接收後錯誤的將攻擊者的輸入作為查詢語句的一部分執行,導致原始的查詢邏輯被改變,額外的執行了攻擊者精心構造的惡意代碼。

SQL注入實例

很多Web開發者沒有意識到SQL查詢是可以被篡改的,從而把SQL查詢當作可信任的命令。殊不知,SQL查詢是可以繞開訪問控制,從而繞過身份驗證和權限檢查的。更有甚者,有可能通過SQL查詢去運行主機系統級的命令。

下面將通過一些真實的例子來詳細講解SQL注入的方式。

考慮以下簡單的登錄表單:

我們的處理裡面的SQL可能是這樣的:

如果用戶的輸入的用戶名如下,密碼任意

那麼我們的SQL變成瞭如下所示:

在SQL裡面--是註釋標記,所以查詢語句會在此中斷。這就讓攻擊者在不知道任何合法用戶名和密碼的情況下成功登錄了。

對於MSSQL還有更加危險的一種SQL注入,就是控制系統,下面這個可怕的例子將演示如何在某些版本的MSSQL資料庫上執行系統命令。

如果攻擊提交a%' exec master..xp_cmdshell 'net user test testpass /ADD' --作為變量 prod的值,那麼sql將會變成

MSSQL服務器會執行這條SQL語句,包括它後面那個用於向系統添加新用戶的命令。如果這個程序是以sa運行而 MSSQLSERVER服務又有足夠的權限的話,攻擊者就可以獲得一個系統帳號來訪問主機了。

雖然以上的例子是針對某一特定的資料庫系統的,但是這並不代表不能對其它資料庫系統實施類似的攻擊。針對這種安全漏洞,只要使用不同方法,各種資料庫都有可能遭殃。

如何預防SQL注入

也許你會說攻擊者要知道資料庫結構的資訊才能實施SQL注入攻擊。確實如此,但沒人能保證攻擊者一定拿不到這些資訊,一旦他們拿到了,資料庫就存在洩露的危險。如果你在用開放源代碼的軟件包來訪問資料庫,比如論壇程序,攻擊者就很容易得到相關的代碼。如果這些代碼設計不良的話,風險就更大了。目前Discuz、phpwind、phpcms等這些流行的開源程序都有被SQL注入攻擊的先​​例。

這些攻擊總是發生在安全性不高的代碼上。所以,永遠不要信任外界輸入的資料,特別是來自於用戶的資料,包括選擇框、表單隱藏域和 cookie。就如上面的第一個例子那樣,就算是正常的查詢也有可能造成災難。

SQL注入攻擊的危害這麼大,那麼該如何來防治呢?下面這些建議或許對防治SQL注入有一定的幫助。

  1. 嚴格限制Web應用的資料庫的操作權限,給此用戶提供僅僅能夠滿足其工作的最低權限,從而最大限度的減少注入攻擊對資料庫的危害。
  2. 檢查輸入的資料是否具有所期望的資料格式,嚴格限制變量的類型,例如使用regexp包進行一些匹配處理,或者使用strconv包對字符串轉化成其他基本類型的資料進行判斷。
  3. 對進入資料庫的特殊字符('”\尖括號&*;等)進行轉義處理,或編碼轉換。Go 的text/template包裡面的HTMLEscapeString< /code>函數可以對字符串進行轉義處理。
  4. 所有的查詢語句建議使用資料庫提供的參數化查詢接口,參數化的語句使用參數而不是將用戶輸入變量嵌入到SQL語句中,即不要直接拼接SQL語句。例如使用database/sql裡面的查詢函數PrepareQuery,或者Exec(query string, args ...interface{} )
  5. 在應用發布之前建議使用專業的SQL注入檢測工具進行檢測,以及時修補被發現的SQL注入漏洞。網上有很多這方面的開源工具,例如sqlmap、SQLninja等。
  6. 避免網站打印出SQL錯誤資訊,比如類型錯誤、字段不匹配等,把代碼裡的SQL語句暴露出來,以防止攻擊者利用這些錯誤資訊進行SQL注入。

總結

通過上面的示例我們可以知道,SQL注入是危害相當大的安全漏洞。所以對於我們平常編寫的Web應用,應該對於每一個小細節都要非常重視,細節決定命運,生活如此,編寫Web應用也是這樣。

 

 

參考文章:

1、避免SQL注入

2、U.S. Financial Hack – How SecureAuth Could Have Helped

1130 全部 1 今日

發表迴響

你的電子郵件位址並不會被公開。 必要欄位標記為 *

*