如何斬?cái)郤QL注入式攻擊的瘋狂魔掌？
近年來，SQL注入式攻擊一直如幽靈般困擾著眾多企業(yè)，成為令企業(yè)毛骨悚然的夢(mèng)魘。從八月中旬以來，新一輪的大規(guī)模SQL注入式攻擊襲掠了大量的網(wǎng)站，連蘋果公司的網(wǎng)站也未能幸免。這種猖獗的攻擊向業(yè)界招示其日漸流行的趨勢(shì)，黑客們也越來越喜歡這種可以滲透進(jìn)入企業(yè)的基礎(chǔ)架構(gòu)和數(shù)據(jù)庫資源的攻擊方式。
關(guān)于對(duì)付SQL注入攻擊的方法已經(jīng)有許多討論，但是為什么還是有大量的網(wǎng)站不斷地遭受其魔掌呢？安全研究人員認(rèn)為，現(xiàn)在正是重新梳理最佳方法來對(duì)付大規(guī)模的SQL注入攻擊的時(shí)候，從而減輕與注入攻擊相關(guān)的風(fēng)險(xiǎn)。筆者在此介紹的這些方法未必是革命性的創(chuàng)舉，但是又有多少企業(yè)真正按照要求全面地實(shí)施這些方法呢？
下面，我們將一一談?wù)撨@些方法：
使用參數(shù)化查詢
企業(yè)應(yīng)當(dāng)制定并強(qiáng)化自行開發(fā)軟件的安全編碼指南，要求開發(fā)人員使用參數(shù)化查詢來構(gòu)建SQL查詢，這樣就可以將數(shù)據(jù)與代碼區(qū)分開來。
對(duì)于多數(shù)SQL查詢來說，開發(fā)人員需要指明某類標(biāo)準(zhǔn)，為此，就需要利用參數(shù)化查詢，其實(shí)就是在運(yùn)行時(shí)可傳遞的參數(shù)。參數(shù)化查詢就是在SQL語句中有一個(gè)或多個(gè)嵌入?yún)?shù)的查詢。這種將參數(shù)嵌入到SQL語句中的方法與動(dòng)態(tài)構(gòu)造SQL字符串相比，不易產(chǎn)生錯(cuò)誤。下面我們看一個(gè)在.NET應(yīng)用程序中使用參數(shù)化查詢的例子。假設(shè)我們想給張三增加工資500元，可參考如下的代碼。這些代碼范例演示了參數(shù)化查詢的使用，并展示了如何使用更新語句：
<% @ Page Language="C#" Debug="true"%> <% @Import Namespace="EnterpriseDB.EDBClient" %> <% @Import Namespace="System.Data" %> |
通過利用SQL的更新命令，你可以更新記錄。在上面的例子中，我們作了如下操作：創(chuàng)建并打開一個(gè)數(shù)據(jù)庫鏈接；創(chuàng)建一個(gè)代表執(zhí)行更新語句的數(shù)據(jù)庫命令；使用EDBCommand 的ExecuteNonQuery()方法執(zhí)行插入命令。
每一個(gè)參數(shù)都用一個(gè)EDBParameter對(duì)象指明。對(duì)于需要在SQL語句中指定的每一個(gè)參數(shù)來說，你需要?jiǎng)?chuàng)建一個(gè)EDBParameter對(duì)象，然后將值指派給這個(gè)對(duì)象。然后，將EDBParameter對(duì)象添加到EDBCommand命令的參數(shù)集中。
對(duì)于多數(shù)開發(fā)平臺(tái)來說，應(yīng)當(dāng)使用參數(shù)化的語句而不是將用戶輸入嵌入到語句中。在許多情況下，SQL語句是固定的，每一個(gè)參數(shù)都是一個(gè)標(biāo)量，而不是一個(gè)表。用戶輸入會(huì)被指派給一個(gè)參數(shù)。下面再給出一個(gè)使用Java和JDBC API的例子：
PreparedStatement prep = conn.prepareStatement("SELECT * FROM USERS WHERE USERNAME=? AND PASSWORD=?"); prep.setString(1, username); prep.setString(2, password); prep.executeQuery(); |
筆者用這些例子只是想告訴開發(fā)人員，應(yīng)當(dāng)確保在查詢數(shù)據(jù)庫之前對(duì)輸入進(jìn)行凈化。要保障用戶輸入到網(wǎng)站的內(nèi)容就是你正要查找的數(shù)據(jù)類型，所以說，如果你正在尋找一個(gè)數(shù)字，就要努力保障這種輸入一定是一個(gè)數(shù)字而非字符。
實(shí)施過濾和監(jiān)視工具
在Web應(yīng)用程序和數(shù)據(jù)庫這個(gè)水平上的過濾和監(jiān)視工具可有助于阻止攻擊并檢測(cè)攻擊行為，從而減輕暴露在大規(guī)模的SQL注入式攻擊中的風(fēng)險(xiǎn)。
在應(yīng)用程序水平上，企業(yè)應(yīng)當(dāng)通過實(shí)施運(yùn)行時(shí)的安全監(jiān)視來防御SQL注入攻擊和生產(chǎn)系統(tǒng)中的漏洞。同樣地，Web應(yīng)用防火墻也有助于企業(yè)部署某些基于行為的規(guī)則集，可以在發(fā)生損害之前阻止攻擊。
在數(shù)據(jù)庫水平上，數(shù)據(jù)庫活動(dòng)監(jiān)視還可以從后臺(tái)過濾攻擊。數(shù)據(jù)庫的監(jiān)視活動(dòng)是對(duì)付SQL注入的一種很強(qiáng)大的工具。對(duì)于目前所知道的注入攻擊而言，應(yīng)當(dāng)部署好過濾器，以便向數(shù)據(jù)庫管理員發(fā)出警告：正在發(fā)生不太安全的問題；還要有一些一般的過濾器，用以查找SQL注入攻擊中的典型伎倆，如破壞SQL代碼的不規(guī)則的數(shù)字引用等。
精心編制錯(cuò)誤消息
黑客可以利用你的錯(cuò)誤消息，以便于將來對(duì)付你。所以開發(fā)團(tuán)隊(duì)和數(shù)據(jù)庫管理員都需要考慮：在用戶輸入某些出乎意料的“數(shù)據(jù)”時(shí)，應(yīng)當(dāng)返回的錯(cuò)誤消息。
企業(yè)應(yīng)當(dāng)配置Web服務(wù)器和數(shù)據(jù)庫服務(wù)器，使其不輸出錯(cuò)誤或警告消息。因?yàn)楣粽呖梢岳谩懊つ縎QL注入”等技術(shù)來了解你的數(shù)據(jù)庫設(shè)計(jì)細(xì)節(jié)。
及時(shí)打補(bǔ)丁并強(qiáng)化數(shù)據(jù)
由于沒有打補(bǔ)丁或者配置錯(cuò)誤，而造成與Web應(yīng)用程序相關(guān)聯(lián)的數(shù)據(jù)庫遭受攻擊，那么與SQL注入攻擊相關(guān)的風(fēng)險(xiǎn)也會(huì)因之增加。
很顯然，只要有補(bǔ)丁可用，你就需要給數(shù)據(jù)庫打補(bǔ)丁，并且還要給Web應(yīng)用程序和Web服務(wù)打補(bǔ)丁。
此外，別忘了你的數(shù)據(jù)庫是怎樣配置的。你需要禁用不必要的服務(wù)和功能，目的是為了強(qiáng)化數(shù)據(jù)庫及其賴以運(yùn)行的操作系統(tǒng)。
限制數(shù)據(jù)庫的特權(quán)
最后，企業(yè)需要更好地管理與Web應(yīng)用程序相關(guān)的賬戶與后臺(tái)數(shù)據(jù)庫交互的方式。許多問題之所以發(fā)生，其原因在于數(shù)據(jù)庫管理員全面開放了一些賬戶，其目的是為了讓開發(fā)人員更輕松地工作。但是，這些超級(jí)用戶賬戶極易遭受攻擊，并會(huì)極大地增加由SQL注入攻擊及其它Web攻擊給數(shù)據(jù)庫所造成的風(fēng)險(xiǎn)。
一定要正確地管理所有的賬戶，使其僅能以最低的特權(quán)訪問后臺(tái)的數(shù)據(jù)庫，當(dāng)然前提是能夠完成其工作。你一定要保障這些賬戶不會(huì)擁有對(duì)數(shù)據(jù)庫作出更改的權(quán)利。
【編輯推薦】
