隨著網(wǎng)絡(luò)的普及，基于網(wǎng)絡(luò)的應(yīng)用也越來(lái)越多。網(wǎng)絡(luò)數(shù)據(jù)庫(kù)就是其中之一。通過(guò)一臺(tái)或幾臺(tái)服務(wù)器可以為很多客戶(hù)提供服務(wù)，這種方式給人們帶來(lái)了很多方便，但也給不法分子造成了可乘之機(jī)。由于數(shù)據(jù)都是通過(guò)網(wǎng)絡(luò)傳輸?shù)?，這就可以在傳輸?shù)倪^(guò)程中被截獲，或者通過(guò)非常手段進(jìn)入數(shù)據(jù)庫(kù)。由于以上原因，數(shù)據(jù)庫(kù)安全就顯得十分重要。因此，本文就以上問(wèn)題討論了MySQL數(shù)據(jù)庫(kù)在網(wǎng)絡(luò)安全方面的一些措施。

賬戶(hù)安全

MySQL的用戶(hù)結(jié)構(gòu)是用戶(hù)名/密碼/位置。這其中并不包括數(shù)據(jù)庫(kù)名。下面的兩條命令為database1和database2設(shè)置了SELECT用戶(hù)權(quán)限。

第一條命令設(shè)置了用戶(hù)abc在連接數(shù)據(jù)庫(kù)database1時(shí)使用password1。第二條命令設(shè)置了用戶(hù)abc在連接數(shù)據(jù)庫(kù)database2時(shí)使用password2。因此，用戶(hù)abc在連接數(shù)據(jù)庫(kù)database1和database2的密碼是不一樣的。

上面的設(shè)置是非常有用的。如果你只想讓用戶(hù)對(duì)一個(gè)數(shù)據(jù)庫(kù)進(jìn)行有限的訪(fǎng)問(wèn)，而對(duì)其它數(shù)據(jù)庫(kù)不能訪(fǎng)問(wèn)，這樣可以對(duì)同一個(gè)用戶(hù)設(shè)置不同的密碼。如果不這樣做，當(dāng)用戶(hù)發(fā)現(xiàn)這個(gè)用戶(hù)名可以訪(fǎng)問(wèn)其它數(shù)據(jù)庫(kù)時(shí)，那將會(huì)造成麻煩。

 MySQL使用了很多授權(quán)表來(lái)跟蹤用戶(hù)和這些用戶(hù)的不同權(quán)限。這些表就是在mysql數(shù)據(jù)庫(kù)中的MyISAM表。將這些安全信息保存在MySQL中是非常有意義的。因此，我們可以使用標(biāo)準(zhǔn)的SQL來(lái)設(shè)置不同的權(quán)限。

一般在MySQL數(shù)據(jù)庫(kù)中可以使用3種不同類(lèi)型的安全檢查：

•登錄驗(yàn)證
也就是最常用的用戶(hù)名和密碼驗(yàn)證。一但你輸入了正確的用戶(hù)名和密碼，這個(gè)驗(yàn)證就可通過(guò)。
•授權(quán)
在登錄成功后，就要求對(duì)這個(gè)用戶(hù)設(shè)置它的具體權(quán)限。如是否可以刪除數(shù)據(jù)庫(kù)中的表等。
•訪(fǎng)問(wèn)控制
這個(gè)安全類(lèi)型更具體。它涉及到這個(gè)用戶(hù)可以對(duì)數(shù)據(jù)表進(jìn)行什么樣的操作，如是否可以編輯數(shù)據(jù)庫(kù)，是否可以查詢(xún)數(shù)據(jù)等等。
訪(fǎng)問(wèn)控制由一些特權(quán)組成，這些特權(quán)涉及到所何使用和操作MySQL中的數(shù)據(jù)。它們都是布爾型，即要么允許，要么不允許。下面是這些特權(quán)的列表：
•SELECT
SELECT是設(shè)定用戶(hù)是否可以使用SELECT來(lái)查詢(xún)數(shù)據(jù)。如果用戶(hù)沒(méi)有這個(gè)特權(quán)，那么就只能執(zhí)行一些簡(jiǎn)單的SELECT命令，如計(jì)算表達(dá)式（SELECT 1+2）,或是日期轉(zhuǎn)換（SELECT Unix_TIMESTAMP(NOW( )))等。
•INSERT •UPDATE •INDEX
INDEX決定用戶(hù)是否可以對(duì)表的索引進(jìn)行設(shè)置。如果用戶(hù)沒(méi)有這個(gè)權(quán)限，那么將無(wú)法設(shè)置表中的索引。
•ALTER •CREATE •GRANT
如果一個(gè)用戶(hù)擁有這個(gè)GRANT權(quán)限，那么他就可以將自己的權(quán)限授給別的用戶(hù)。也就是說(shuō)，這個(gè)用戶(hù)可以和其它用戶(hù)共享自己的權(quán)限。
•REFERENCES:有了REFERENCES權(quán)限，用戶(hù)就可以將其它表的一個(gè)字段作為某一個(gè)表的外鍵約束。除了以上的權(quán)限外，MySQL還有一些權(quán)限可以對(duì)整個(gè)MySQL進(jìn)行操作。
•Reload:這個(gè)權(quán)限可以使用戶(hù)有權(quán)執(zhí)行各種FLUSH命令，如FLUSH TABLES, FLUSH STATUS等。
•Shutdown:這個(gè)權(quán)限允許用戶(hù)關(guān)閉MySQL。
•Process：通過(guò)這個(gè)權(quán)限，用戶(hù)可以執(zhí)行SHOW PROCESSLIST和KILL命令。這些命令可以查看MySQL的處理進(jìn)程，可以通過(guò)這種方式查看SQL執(zhí)行的細(xì)節(jié)。
•File：這個(gè)權(quán)限決定用戶(hù)是否可以執(zhí)行LOAD DATA INFILE命令。給用戶(hù)這個(gè)權(quán)限要慎重，因?yàn)橛羞@個(gè)權(quán)限的用戶(hù)可以將任意的文件裝載到表中，這樣對(duì)MySQL是十分危險(xiǎn)的。
•Super：這個(gè)權(quán)限允許用戶(hù)終止任何查詢(xún)（這些查詢(xún)可能并不是這個(gè)用戶(hù)執(zhí)行的）。

以上幾種權(quán)限是非常危險(xiǎn)的，在給用戶(hù)授權(quán)限時(shí)要非常謹(jǐn)慎。

MySQL中的SSL

以上的賬戶(hù)安全只是以普通的Socket進(jìn)行數(shù)據(jù)傳輸?shù)?，這樣非常不安全。因此，MySQL在4.1版以后提供了對(duì)SSL（Secure Scokets Layer）的支持。MySQL使用的是免費(fèi)的OpenSSL庫(kù)。

由于MySQL的Linux版本一般都是隨Linux本身一起發(fā)布，因此，它們默認(rèn)時(shí)都不使用SSL進(jìn)行傳輸數(shù)據(jù)。如果要打開(kāi)SSL功能，需要對(duì)hava_openssl變量進(jìn)行設(shè)置：

MySQL的Windows版本已經(jīng)將OpenSSL加入了。也面的命令是查看你的MySQL是否打開(kāi)了SSL功能。

如果返回的是NO，那么說(shuō)明你需要將OpenSSL編譯進(jìn)自己的MySQL在有時(shí)你可能需要將用戶(hù)名和密碼進(jìn)行加密傳輸。在這時(shí)可以使用下面GRANT命令：

還可以通過(guò) REQUIRE x509 選項(xiàng)進(jìn)行SSL傳輸:

你還可以使用REQUIRE SUBJECT來(lái)指定一個(gè)特定的客戶(hù)端證書(shū)來(lái)訪(fǎng)問(wèn)數(shù)據(jù)庫(kù)

也許你并不關(guān)心使用的是什么客戶(hù)許可，而僅僅關(guān)心的是你的證書(shū)。那么你可以使用REQUIRE ISSUER來(lái)實(shí)現(xiàn)：

SSL還可以直接通過(guò)密碼進(jìn)行加密?？梢允褂肦EQUIRE CIPHER設(shè)置密碼。

上面使用了GRANT命令對(duì)用戶(hù)權(quán)限進(jìn)行設(shè)置。而這些信息都是保存在授權(quán)表中，這些表是安全系統(tǒng)的心臟。在這些表中保存了每一個(gè)用戶(hù)和客戶(hù)機(jī)所具有的權(quán)限。如果正確地操作這些表，將會(huì)對(duì)數(shù)據(jù)庫(kù)的安全起到積極的作用，而如果使用不慎，將是非常危險(xiǎn)的。

下面讓我們來(lái)看看MySQL中的最要的5個(gè)授權(quán)表：

user：用戶(hù)表保存了用戶(hù)的權(quán)限和被加密的密碼。這個(gè)表負(fù)責(zé)確定哪些用戶(hù)和客戶(hù)機(jī)可以連接到服務(wù)器上。 host：這個(gè)表為每一個(gè)客戶(hù)機(jī)分配權(quán)限，它并不考慮用戶(hù)的權(quán)限。MySQL在確定是否接收還是拒絕一個(gè)連接時(shí)，首先考慮的是user表。而使用GRANT或REVOKE命令并不影響host表，我們可以通過(guò)手工方式修改這個(gè)表中的內(nèi)容。 db：db表保存了數(shù)據(jù)庫(kù)層的權(quán)限信息。
tables_priv：這個(gè)表存儲(chǔ)了表的權(quán)限信息。
columns_priv：這個(gè)表保存了單獨(dú)列的權(quán)限信息。通過(guò)這個(gè)表，可以將操作某一列的權(quán)限授予一個(gè)用戶(hù)。

哈希加密

如果數(shù)據(jù)庫(kù)保存了敏感的數(shù)據(jù)，如銀行卡密碼，客戶(hù)信息等，你可能想將這些數(shù)據(jù)以加密的形式保存在數(shù)據(jù)庫(kù)中。這樣即使有人進(jìn)入了你的數(shù)據(jù)庫(kù)，并看到了這些數(shù)據(jù)，也很難獲得其中的真實(shí)信息。

在應(yīng)用程序的大量信息中，也許你只想交很小的一部分進(jìn)行加密，如用戶(hù)的密碼等。這些密碼不應(yīng)該以明文的形式保存，它們應(yīng)該以加密的形式保存在數(shù)據(jù)庫(kù)中。一般情況下，大多數(shù)系統(tǒng)，這其中包括MySQL本身都是使用哈希算法對(duì)敏感數(shù)據(jù)進(jìn)行加密的。

哈希加密是單向加密，也就是說(shuō)，被加密的字符串是無(wú)法得到原字符串的。這種方法使用很有限，一般只使用在密碼驗(yàn)證或其它需要驗(yàn)證的地方。在比較時(shí)并不是將加密字符串進(jìn)行解密，而是將輸入的字符串也使用同樣的方法進(jìn)行加密，再和數(shù)據(jù)庫(kù)中的加密字符串進(jìn)行比較。這樣即使知道了算法并得到了加密字符串，也無(wú)法還原最初的字符串。銀行卡密碼就是采用的這種方式進(jìn)行加密。

MySQL提供了4個(gè)函數(shù)用于哈希加密：PASSWORD, ENCRYPT, SHA1和MD5。下面讓我們?cè)囈辉囘@4個(gè)函數(shù)，看看會(huì)得到什么結(jié)果。我們以加密字符串“pa55word”為例進(jìn)行說(shuō)明：

讓我們先來(lái)看看MD5函數(shù):

下面是PASSWORD函數(shù):

下面是ENCRYPT函數(shù):

上面的每個(gè)函數(shù)都返回了一個(gè)加密后的字符串。為了區(qū)分加密字符串的大小寫(xiě)，最好在使用ENCRYPT生成加密字符串時(shí)，將這個(gè)字段定義成CHAR BINARY類(lèi)型。

上面列舉了3種加密的方法，但我認(rèn)為使用MD5加密是最好的。這是因?yàn)檫@樣做可以將明文密碼顯示在處理列表中或是查詢(xún)?nèi)罩局校@樣便于跟蹤。如下面的INSERT語(yǔ)句使用插入了一條記錄，其中的密碼使用了MD5進(jìn)行加密：
INSERT INTO table1 (user, pw) VALUE ('user1', MD5('password1') )

可以通過(guò)如下的語(yǔ)句進(jìn)行密碼驗(yàn)證：
SELECT * FROM table1 WHERE user = 'user1' AND pw = MD5('password1')
哈希加密方法可以很好地對(duì)密碼進(jìn)行加密，使用了這種方法加密，密碼將無(wú)法恢復(fù)成明文。

賬戶(hù)是MySQL最簡(jiǎn)單的安全措施。每一賬戶(hù)都由用戶(hù)名、密碼以及位置（一般由服務(wù)器名、IP或通配符）組成。如用戶(hù)john從server1進(jìn)行登錄可能和john從server2登錄的權(quán)限不同。