相當(dāng)大一部分程序員在編寫代碼的時(shí)候，沒有對(duì)用戶輸入數(shù)據(jù)的合法性進(jìn)行判斷，使應(yīng)用程序存在安全隱患。如這是一個(gè)正常的網(wǎng)址http://localhost/lawjia/show.asp?ID=444，將這個(gè)網(wǎng)址提交到服務(wù)器后，服務(wù)器將進(jìn)行類似Select * from 表名 where 字段="&ID的查詢(ID即客戶端提交的參數(shù)，本例是即444)，再將查詢結(jié)果返回給客戶端，如果這里客戶端故意提交這么一個(gè)網(wǎng)址：

　　http://localhost/lawjia/show.asp?ID=444 and user>0，這時(shí)，服務(wù)器運(yùn)行Select * from 表名 where 字段=444 and user>0這樣的查詢，當(dāng)然，這個(gè)語句是運(yùn)行不下去的，肯定出錯(cuò)，錯(cuò)誤信息如下：

　　·錯(cuò)誤類型：

Microsoft OLE DB Provider for ODBC Drivers (0x80040E07)
[Microsoft][ODBC SQL Server Driver][SQL Server]將 nvarchar 值 'sonybb' 轉(zhuǎn)換為數(shù)據(jù)類型為 int 的列時(shí)發(fā)生語法錯(cuò)誤。
/lawjia/show.asp, 第 47 行

　　但是別有用心的人從這個(gè)出錯(cuò)信息中，可以獲得以下信息：該站使用MS＿SQL數(shù)據(jù)庫，用ODBC連接，連接帳號(hào)名為：sonybb。所謂SQL注入（SQL Injection），就是利用程序員對(duì)用戶輸入數(shù)據(jù)的合法性檢測不嚴(yán)或不檢測的特點(diǎn)，故意從客戶端提交特殊的代碼，從而收集程序及服務(wù)器的信息，從而獲取想得到的資料。通常別有用心者的目標(biāo)是獲取網(wǎng)站管理員的帳號(hào)和密碼。比如當(dāng)某個(gè)人知道網(wǎng)站管理員帳號(hào)存在表login中，管理員帳號(hào)名為admin，他想知道管理員密碼，這里他從客戶端接著提交這樣一個(gè)網(wǎng)址：
http://localhost/lawjia/show.asp?ID=444 and (Select password from login where user_name='admin')>0，返回的出錯(cuò)信息如下：

　　·錯(cuò)誤類型：

Microsoft OLE DB Provider for ODBC Drivers (0x80040E07)
[Microsoft][ODBC SQL Server Driver][SQL Server]將 varchar 值 '！＠＃＊＆admin' 轉(zhuǎn)換為數(shù)據(jù)類型為 int 的列時(shí)發(fā)生語法錯(cuò)誤。
/lawjia/show.asp, 第 47 行

　　你知道嗎？上面標(biāo)紅的部分就是管理員帳號(hào)admin的密碼！雖然很復(fù)雜，讓人看幾遍也記不住的，但它就這樣顯示在你面前了，這時(shí)您就可以用這個(gè)帳號(hào)和密碼接管人家的網(wǎng)站了！這時(shí)你可能還會(huì)說，如果他不是事先知道管理員帳號(hào)存在表login中，而且知道管理員帳號(hào)為admin，那他就不可能獲得管理員密碼。你錯(cuò)了，只要人家愿意多花時(shí)間嘗試，他將可以獲得數(shù)據(jù)庫連接帳號(hào)權(quán)限內(nèi)所能獲得的所有信息！具體過程請(qǐng)參看網(wǎng)上的這篇文章：SQL注入漏洞全接觸。

　　當(dāng)然這個(gè)過程是很煩瑣的而且要花費(fèi)很多的時(shí)間，如果只能以這種手動(dòng)方式進(jìn)行SQL注入入侵的話，那么許多存在SQL注入漏洞的ASP網(wǎng)站會(huì)安全很多了，不是漏洞不存在了，而是利用這個(gè)漏洞入侵的成本太高了。但是如果利用專門的黑客工具來入侵的話，那情況就大大不同了。手動(dòng)方式進(jìn)行SQL注入入侵至少需要半天或一天乃至很多天的時(shí)間，而利用專門的工具來入侵就只需要幾分鐘時(shí)間了（視網(wǎng)速快慢決定），再利用獲得的管理帳號(hào)和密碼，上傳一個(gè)從網(wǎng)上下載的ASP后門程序，就輕易獲得整個(gè)網(wǎng)站的管理權(quán)限了，甚至整個(gè)服務(wù)器的管理權(quán)限。最有名的一種SQL注入入侵工具是NBSI 2.0，現(xiàn)在已經(jīng)出到2.0版本了，不過，人家正式名稱不叫SQL注入入侵工具，而叫做網(wǎng)站安全漏洞檢測工具。有了這個(gè)所謂的檢測工具，使得入侵存在SQL注入漏洞的ASP網(wǎng)站成了小兒科的游戲，那些既不懂ASP又不懂SQL、年紀(jì)小小的男性青年常常得以在一天之內(nèi)入侵十多個(gè)ASP網(wǎng)站，他們以此獲得內(nèi)心的極大滿足。他們似乎也非常講究職業(yè)道德，往往并不破壞網(wǎng)站數(shù)據(jù)和系統(tǒng)，常見的破壞方式大都僅僅是改換掉網(wǎng)站的主頁，留下"善意的警告"，如：你的網(wǎng)站存在SQL注入漏洞，請(qǐng)管理員做好防范措施！并聲明"我沒有破壞數(shù)據(jù)和系統(tǒng)"，有的還要借機(jī)發(fā)布一下他的倡導(dǎo)："國內(nèi)網(wǎng)站大家不要入侵，有本事入侵小日本的！"，最后，簽上他的鼎鼎大名是必不可少的程序。

　　如此大的成就多數(shù)情況下僅需動(dòng)動(dòng)鼠標(biāo)就做到了。打開最新版的NBSI 2.0，如圖1所示：輸入地址到A區(qū)，注意網(wǎng)址必須是帶傳遞參數(shù)的那種，點(diǎn)擊右邊的檢測按鈕，即出來B區(qū)信息，顯示當(dāng)前用戶為sonybb的權(quán)限為PUBLIC，當(dāng)前庫為lawjia。有點(diǎn)可惜啊，如果是SA權(quán)限的話，就可以跨庫注入了。不過，這個(gè)權(quán)限也足夠獲取該網(wǎng)站管理員帳號(hào)和密碼了。點(diǎn)C區(qū)下的自動(dòng)猜解按鈕，即出來當(dāng)前庫lawjia中的各種表，哇，login表中一定是存管理員帳號(hào)和密碼的吧？選中它吧，接著點(diǎn)擊D區(qū)下的自動(dòng)猜解按鈕，立即出來login表里的列名稱，果然是存放用戶名和密碼的啊，太棒了！趕快打上勾，迫不急待的點(diǎn)擊E區(qū)下的自動(dòng)猜解按鈕。激動(dòng)人心的時(shí)刻就要到來啦，只見唰唰地幾下，帳號(hào)與密碼全部出來了。剩下的事就是辨別哪一個(gè)帳號(hào)是管理員了。

圖1（圖中的示例網(wǎng)站在作者本地電腦上運(yùn)行）

圖2、IIS出錯(cuò)信息設(shè)置

　　但是這樣設(shè)置一個(gè)不好的地方是程序員編寫的代碼出錯(cuò)時(shí)，服務(wù)器不給出詳細(xì)的錯(cuò)誤提示信息，會(huì)給程序員帶來很大的不便。不過，服務(wù)器畢竟不是測試代碼的地方，應(yīng)堅(jiān)持安全穩(wěn)定第一，這樣設(shè)置也是無可厚非的，事實(shí)上許多服務(wù)器的出錯(cuò)信息都是如此設(shè)置。

　　服務(wù)器管理員還應(yīng)在IIS中為每個(gè)網(wǎng)站設(shè)置好執(zhí)行權(quán)限，可千萬別給人家靜態(tài)網(wǎng)站以"腳本和可執(zhí)行"權(quán)限。一般情況下給個(gè)"純腳本"權(quán)限就夠了，對(duì)于那些通過網(wǎng)站后臺(tái)管理中心上傳的文件存放的目錄，就更吝嗇一點(diǎn)吧，執(zhí)行權(quán)限設(shè)為"無"好了，這樣做是為了防止人家上傳ASP木馬，執(zhí)行權(quán)限設(shè)為"無"，人家上傳ASP木馬也運(yùn)行不了。一般情況下，SQL注入漏洞僅是涉及一個(gè)網(wǎng)站安全的事，如果人家通過這個(gè)漏洞上傳了ASP木馬并運(yùn)行起來，那整個(gè)服務(wù)器都失陷了。所以有遠(yuǎn)見的、有責(zé)任心的服務(wù)器管理員應(yīng)該十分吝嗇的配置IIS的執(zhí)行權(quán)限。

　　同樣的吝嗇態(tài)度應(yīng)適用于數(shù)據(jù)庫用戶的權(quán)限配置上，當(dāng)然這里數(shù)據(jù)庫是指MS＿SQL啦，ACCESS都沒有用戶權(quán)限配置這一步驟。如果PUBLIC權(quán)限足夠使用的絕不給再高的權(quán)限，可千萬別把SA級(jí)別的權(quán)限隨隨便便地給人家啊。那個(gè)所謂的網(wǎng)站安全漏洞檢測工具NBSI 2.0可有跨庫進(jìn)行SQL注入的功能啊，如果你把SA權(quán)限給了存在SQL注入漏洞的庫，那其它庫就不保啦！城門失火，殃及池魚呀。而人家還可以通過調(diào)用xp_cmdshell命令得到系統(tǒng)的最高權(quán)限。具體步驟還是請(qǐng)參看上面提到的那篇《SQL注入漏洞全接觸》這篇文章吧。

　　接下來要講講程序員的防范措施了。程序主要要做兩件事，最重要的一件事，當(dāng)然是對(duì)客戶端提交的變量參數(shù)進(jìn)行仔細(xì)地檢測啦。對(duì)客戶端提交的變量進(jìn)行檢查以防止SQL注入，有各種方法，到http://community.csdn.net/上搜索一下，你能獲得許多有益信息。這里介紹一種現(xiàn)成的方法，別人已經(jīng)寫好了檢測代碼，拿來用一下，不用自己辛苦啦。那就是"楓葉SQL通用防注入V1.0 ASP版"，這是一段對(duì)用戶通過網(wǎng)址提交過來的變量參數(shù)進(jìn)行檢查的代碼，發(fā)現(xiàn)客戶端提交的參數(shù)中有"exec、insert、select、delete、from、update、count、user、xp_cmdshell、add、net、Asc"等用于SQL注入的常用字符時(shí)，立即停止執(zhí)行ASP并給出警告信息或轉(zhuǎn)向出錯(cuò)頁面。大家可以到網(wǎng)上搜索一下，下載這段代碼，存為一個(gè)ASP頁面，如checkSQL.asp，把這個(gè)頁面include到每個(gè)需要帶參數(shù)查詢SQL數(shù)據(jù)庫ASP頁面中，記住，只要加一行這樣的<!--#include file="checkSQL.asp"-->代碼就行了。

　　程序員要做的第二件事是給用戶密碼加密啦。比如用MD5加密。MD5是沒有反向算法,不能解密的。人家即使知道經(jīng)加密后存在數(shù)據(jù)庫里的像亂碼一樣的密碼，他也沒辦法知道原始密碼了。不過，人家可以用UPDATE方法用他的密碼代替你的密碼，但這個(gè)操作還是有點(diǎn)麻煩，人家可能會(huì)怕麻煩而放棄。而那個(gè)所謂的網(wǎng)站安全漏洞檢測工具NBSI 2.0是沒有提供UPDATE操作功能的，所以用MD5加密后，人家僅用NBSI 2.0而不輔以手動(dòng)操作的話，就不可能獲得網(wǎng)站管理員帳號(hào)的密碼，這將擋住許多菜鳥級(jí)的攻擊者，至少那些既不懂ASP又不懂SQL、年紀(jì)小小的男性青年是沒有辦法啦！

　　文章寫到這，已經(jīng)夠長了，本來還想對(duì)那些所謂的網(wǎng)站安全漏洞檢測工具如NBSI之流的黑客工具進(jìn)行一番理性的探討的，看來還是放棄好了。為了增強(qiáng)網(wǎng)站安全，了解攻擊手段是必須的，但是，利用漏洞開發(fā)專門的黑客工具，使那些其實(shí)并不具備必要的網(wǎng)絡(luò)技術(shù)和網(wǎng)絡(luò)安全知識(shí)的人（就是文中提到的"既不懂ASP又不懂SQL、年紀(jì)小小的男性青年"）輕而易舉地侵入一家網(wǎng)站，這除了為許多網(wǎng)絡(luò)管理員制造麻煩外，是否還具有加強(qiáng)網(wǎng)絡(luò)安全意識(shí)提高網(wǎng)絡(luò)安全水平的功效呢？