MySQL數(shù)據(jù)庫安全配置指南(一)

2019-09-08 23:26:48

字體：大中小

供稿：網(wǎng)友

　　1、前言

　　MySQL是完全網(wǎng)絡(luò)化的跨平臺關(guān)系型數(shù)據(jù)庫系統(tǒng)，同時是具有客戶機(jī)/服務(wù)器體系結(jié)構(gòu)的分布式數(shù)據(jù)庫管理系統(tǒng)。它具有功能強(qiáng)、使用簡便、管理方便、運(yùn)行速度快、安全可靠性強(qiáng)等優(yōu)點，用戶可利用許多語言編寫訪問MySQL數(shù)據(jù)庫的程序，特別是與PHP更是黃金組合，運(yùn)用十分廣泛。

　　由于MySQL是多平臺的數(shù)據(jù)庫，它的默認(rèn)配置要考慮各種情況下都能適用，所以在我們自己的使用環(huán)境下應(yīng)該進(jìn)行進(jìn)一步的安全加固。作為一個MySQL的系統(tǒng)管理員，我們有責(zé)任維護(hù)MySQL數(shù)據(jù)庫系統(tǒng)的數(shù)據(jù)安全性和完整性。

　　MySQL數(shù)據(jù)庫的安全配置必須從兩個方面入手，系統(tǒng)內(nèi)部安全和外部網(wǎng)絡(luò)安全，另外我們還將簡單介紹編程時要注意的一些問題以及一些小竅門。

　　2、系統(tǒng)內(nèi)部安全

　　首先簡單介紹一下MySQL數(shù)據(jù)庫目錄結(jié)構(gòu)。MySQL安裝好，運(yùn)行了mysql_db_install腳本以后就會建立數(shù)據(jù)目錄和初始化數(shù)據(jù)庫。如果我們用MySQL源碼包安裝，而且安裝目錄是/usr/local/mysql，那么數(shù)據(jù)目錄一般會是/usr/local/mysql/var。數(shù)據(jù)庫系統(tǒng)由一系列數(shù)據(jù)庫組成，每個數(shù)據(jù)庫包含一系列數(shù)據(jù)庫表。MySQL是用數(shù)據(jù)庫名在數(shù)據(jù)目錄建立建立一個數(shù)據(jù)庫目錄，各數(shù)據(jù)庫表分別以數(shù)據(jù)庫表名作為文件名，擴(kuò)展名分別為MYD、MYI、frm的三個文件放到數(shù)據(jù)庫目錄中。

　　MySQL的授權(quán)表給數(shù)據(jù)庫的訪問提供了靈活的權(quán)限控制，但是如果本地用戶擁有對庫文件的讀權(quán)限的話，攻擊者只需把數(shù)據(jù)庫目錄打包拷走，然后拷到自己本機(jī)的數(shù)據(jù)目錄下就能訪問竊取的數(shù)據(jù)庫。所以MySQL所在的主機(jī)的安全性是最首要的問題，如果主機(jī)不安全，被攻擊者控制，那么MySQL的安全性也無從談起。其次就是數(shù)據(jù)目錄和數(shù)據(jù)文件的安全性，也就是權(quán)限設(shè)置問題。

　　從MySQL主站一些老的binary發(fā)行版來看，3.21.xx版本中數(shù)據(jù)目錄的屬性是775，這樣非常危險，任何本地用戶都可以讀數(shù)據(jù)目錄，所以數(shù)據(jù)庫文件很不安全。3.22.xx版本中數(shù)據(jù)目錄的屬性是770，這種屬性也有些危險，本地的同組用戶既能讀也能寫，所以數(shù)據(jù)文件也不安全。3.23.xx版本數(shù)據(jù)目錄的屬性是700，這樣就比較好，只有啟動數(shù)據(jù)庫的用戶可以讀寫數(shù)據(jù)庫文件，保證了本地數(shù)據(jù)文件的安全。

　　如果啟動MySQL數(shù)據(jù)庫的用戶是mysql，那么象如下的目錄和文件的是安全的，請注意數(shù)據(jù)目錄及下面的屬性：　

shell>ls -l /usr/local/mysql
total 40
drwxrwxr-x 2 root root 4096 Feb 27 20:07 bin
drwxrwxr-x 3 root root 4096 Feb 27 20:07 include
drwxrwxr-x 2 root root 4096 Feb 27 20:07 info
drwxrwxr-x 3 root root 4096 Feb 27 20:07 lib
drwxrwxr-x 2 root root 4096 Feb 27 20:07 libexec
drwxrwxr-x 3 root root 4096 Feb 27 20:07 man
drwxrwxr-x 6 root root 4096 Feb 27 20:07 mysql-test
drwxrwxr-x 3 root root 4096 Feb 27 20:07 share
drwxrwxr-x 7 root root 4096 Feb 27 20:07 sql-bench
drwx------ 4 mysql mysql 4096 Feb 27 20:07 var
shell>ls -l /usr/local/mysql/var
total 8
drwx------ 2 mysql mysql 4096 Feb 27 20:08 mysql
drwx------ 2 mysql mysql 4096 Feb 27 20:08 test
shell>ls -l /usr/local/mysql/var/mysql
total 104
-rw------- 1 mysql mysql 0 Feb 27 20:08 columns_priv.MYD
-rw------- 1 mysql mysql 1024 Feb 27 20:08 columns_priv.MYI
-rw------- 1 mysql mysql 8778 Feb 27 20:08 columns_priv.frm
-rw------- 1 mysql mysql 302 Feb 27 20:08 db.MYD
-rw------- 1 mysql mysql 3072 Feb 27 20:08 db.MYI
-rw------- 1 mysql mysql 8982 Feb 27 20:08 db.frm
-rw------- 1 mysql mysql 0 Feb 27 20:08 func.MYD
-rw------- 1 mysql mysql 1024 Feb 27 20:08 func.MYI
-rw------- 1 mysql mysql 8641 Feb 27 20:08 func.frm
-rw------- 1 mysql mysql 0 Feb 27 20:08 host.MYD
-rw------- 1 mysql mysql 1024 Feb 27 20:08 host.MYI
-rw------- 1 mysql mysql 8958 Feb 27 20:08 host.frm
-rw------- 1 mysql mysql 0 Feb 27 20:08 tables_priv.MYD
-rw------- 1 mysql mysql 1024 Feb 27 20:08 tables_priv.MYI
-rw------- 1 mysql mysql 8877 Feb 27 20:08 tables_priv.frm
-rw------- 1 mysql mysql 428 Feb 27 20:08 user.MYD
-rw------- 1 mysql mysql 2048 Feb 27 20:08 user.MYI
-rw------- 1 mysql mysql 9148 Feb 27 20:08 user.frm
如果這些文件的屬主及屬性不是這樣，請用以下兩個命令修正之：
shell>chown -R mysql.mysql /usr/local/mysql/var
shell>chmod -R go-rwx /usr/local/mysql/var

　　用root用戶啟動遠(yuǎn)程服務(wù)一直是安全大忌，因為如果服務(wù)程序出現(xiàn)問題，遠(yuǎn)程攻擊者極有可能獲得主機(jī)的完全控制權(quán)。MySQL從3.23.15版本開始時作了小小的改動，默認(rèn)安裝后服務(wù)要用mysql用戶來啟動，不允許root用戶啟動。如果非要用root用戶來啟動，必須加上--user=root的參數(shù)(./safe_mysqld --user=root &)。因為MySQL中有LOAD DATA INFILE和SELECT ... INTO OUTFILE的SQL語句，如果是root用戶啟動了MySQL服務(wù)器，那么，數(shù)據(jù)庫用戶就擁有了root用戶的寫權(quán)限。不過MySQL還是做了一些限制的，比如LOAD DATA INFILE只能讀全局可讀的文件，SELECT ... INTO OUTFILE不能覆蓋已經(jīng)存在的文件。

　　本地的日志文件也不能忽視，包括shell的日志和MySQL自己的日志。有些用戶在本地登陸或備份數(shù)據(jù)庫的時候為了圖方便，有時會在命令行參數(shù)里直接帶了數(shù)據(jù)庫的密碼，如：

shell>/usr/local/mysql/bin/mysqldump -uroot -ptest test>test.sql
shell>/usr/local/mysql/bin/mysql -uroot -ptest

　　這些命令會被shell記錄在歷史文件里，比如bash會寫入用戶目錄的.bash_history文件，如果這些文件不慎被讀，那么數(shù)據(jù)庫的密碼就會泄漏。用戶登陸數(shù)據(jù)庫后執(zhí)行的SQL命令也會被MySQL記錄在用戶目錄的.mysql_history文件里。如果數(shù)據(jù)庫用戶用SQL語句修改了數(shù)據(jù)庫密碼，也會因.mysql_history文件而泄漏。所以我們在shell登陸及備份的時候不要在-p后直接加密碼，而是在提示后再輸入數(shù)據(jù)庫密碼。

　　另外這兩個文件我們也應(yīng)該不讓它記錄我們的操作，以防萬一。

shell>rm .bash_history .mysql_history
shell>ln -s /dev/null .bash_history
shell>ln -s /dev/null .mysql_history

　　上門這兩條命令把這兩個文件鏈接到/dev/null，那么我們的操作就不會被記錄到這兩個文件里了。

　3、外部網(wǎng)絡(luò)安全

　　MySQL數(shù)據(jù)庫安裝好以后，Unix平臺的user表是這樣的：

mysql> use mysql;
Database changed
mysql> select Host,User,Password,Select_priv,Grant_priv from user;

　　圖1

　　4 rows in set (0.00 sec)

　　Windows平臺的user表是這樣的：

mysql> use mysql;
Database changed
mysql> select Host,User,Password,Select_priv,Grant_priv from user;

　　圖2

　　4 rows in set (0.00 sec)

　　我們先來看Unix平臺的user表。其中redhat只是我試驗機(jī)的機(jī)器名，所以實際上Unix平臺的MySQL默認(rèn)只允許本機(jī)才能連接數(shù)據(jù)庫。但是缺省root用戶口令是空，所以當(dāng)務(wù)之急是給root用戶加上口令。給數(shù)據(jù)庫用戶加口令有三種方法：

　　1)在shell提示符下用mysqladmin命令來改root用戶口令:

shell>mysqladmin -uroot password test

　　這樣，MySQL數(shù)據(jù)庫root用戶的口令就被改成test了。(test只是舉例，我們實際使用的口令一定不能使用這種易猜的弱口令)

　　2)用set password修改口令：

mysql> set password for root@localhost=password('test');

　　這時root用戶的口令就被改成test了。

　　3)直接修改user表的root用戶口令：

mysql> use mysql;
mysql> update user set password=password('test') where user='root';
mysql> flush privileges;

　　這樣，MySQL數(shù)據(jù)庫root用戶的口令也被改成test了。其中最后一句命令flush privileges的意思是強(qiáng)制刷新內(nèi)存授權(quán)表，否則用的還是緩沖中的口令，這時非法用戶還可以用root用戶及空口令登陸，直到重啟MySQL服務(wù)器。

　　我們還看到user為空的匿名用戶，雖然它在Unix平臺下沒什么權(quán)限，但為了安全起見我們應(yīng)該刪除它：

mysql> delete from user where user='';

　　Windows版本MySQL的user表有很大不同，我們看到Host字段除了localhost還有是%。這里%的意思是允許任意的主機(jī)連接MySQL服務(wù)器，這是非常不安全的，給攻擊者造成可乘之機(jī)，我們必須刪除Host字段為%的記錄：　

mysql>delete from user where host='%';

　　默認(rèn)root用戶的空密碼也是必須修改，三種修改方法和Unix平臺一樣。

　　我們注意到Host字段為localhost的匿名用戶擁有所有的權(quán)限!就是說本地用戶用空的用戶名和空的口令登陸MySQL數(shù)據(jù)庫服務(wù)器可以得到最高的權(quán)限!所以匿名用戶必須刪除!

mysql> delete from user where user='';

　　對user表操作以后不要忘了用flush privileges來強(qiáng)制刷新內(nèi)存授權(quán)表，這樣才能生效。

　　默認(rèn)安裝的Windows版MySQL存在的不安全因素太多，我們在安裝后一定要進(jìn)一步配置!

　　MySQL的5個授權(quán)表：user, db, host, tables_priv和columns_priv提供非常靈活的安全機(jī)制，從MySQL 3.22.11開始引入了兩條語句GRANT和REVOKE來創(chuàng)建和刪除用戶權(quán)限，可以方便的限制哪個用戶可以連接服務(wù)器，從哪里連接以及連接后可以做什么操作。作為MySQL管理員，我們必須了解授權(quán)表的意義以及如何用GRANT和REVOKE來創(chuàng)建用戶、授權(quán)和撤權(quán)、刪除用戶。

　　在3.22.11版本以前的MySQL授權(quán)機(jī)制不完善，和新版本也有較大的不同，建議升級到最新版本的MySQL。(本書的操作例子是以MySQL 3.23.49為樣本)我們先來了解授權(quán)表的結(jié)構(gòu)。

　　1)MySQL授權(quán)表的結(jié)構(gòu)與內(nèi)容：

　　mysql> desc user;

　　圖3

　　17 rows in set (0.01 sec)

　　user表是5個授權(quán)表中最重要的一個，列出可以連接服務(wù)器的用戶及其加密口令，并且它指定他們有哪種全局(超級用戶)權(quán)限。在user表啟用的任何權(quán)限均是全局權(quán)限，并適用于所有數(shù)據(jù)庫。所以我們不能給任何用戶訪問mysql.user表的權(quán)限!

　　權(quán)限說明：