日期：2011-01-25 22:43:00 来源：本站整理

举荐:具体讲授MySQL数据库的安全配置[MySQL防范]

赞助商链接

分享到： QQ空间新浪微博腾讯微博人人网

本文“举荐:具体讲授MySQL数据库的安全配置[MySQL防范]”是由七道奇为您精心收集，来源于网络转载，文章版权归文章作者所有，本站不对其观点以及内容做任何评价，请读者自行判断，以下是其具体内容：

MySQL 是完好网络化的跨平台关系型数据库系统,同时是具有客户机/服务器体系构造的分布式数据库管理系统.它具有功效强、利用简便、管理便利、运行速度快、安全坚固性强等长处,用户可操纵很多语言编写拜候MySQL 数据库的程序,分外是与PHP更是黄金组合,应用非常遍及.

由于MySQL是多平台的数据库,它的默许配置要考虑各种情形下都能实用,所以在我们自己的利用环境下应当举行进一步的安全加固.作为一个MySQL的系统管理员,我们有责任保护MySQL数据库系统的数据安全性和完好性.

MySQL数据库的安全配置必须从两个方面动手,系统内部安全和外部网络安全,别的我们还将简单介绍编程时要注意的一些问题以及一些小诀窍.

2、系统内部安全:

首先简单介绍一下MySQL数据库目录构造.MySQL安装好,运行了mysql_db_install脚本今后就会成立数据目录和初始化数据库.假如我们用MySQL源码包安装,并且安装目录是/usr/local/mysql,那么数据目录普通会是/usr/local/mysql/var.数据库系统由一系列数据库构成,每个数据库包含一系列数据库表.MySQL是用数据库名在数据目录成立成立一个数据库目录,各数据库表辨别以数据库表名作为文件名,扩大名辨别为MYD、MYI、frm的三个文件放到数据库目录中.

MySQL的受权表给数据库的拜候供应了机动的权限掌握,但是假如本地用户拥有对库文件的读权限的话,攻击者只需把数据库目录打包拷走,然后拷到自己本机的数据目录下就可以拜候盗取的数据库.所以MySQL所在的主机的安全性是最主要的问题,假如主机不安全,被攻击者掌握,那么MySQL的安全性也无从谈起.其次就是数据目录和数据文件的安全性,也就是权限设置问题.

从MySQL主站一些老的binary发行版来看,3.21.xx版本中数据目录的属性是775,这样非常危险,任何本地用户都可以读数据目录,所以数据库文件很不安全.3.22.xx版本中数据目录的属性是770,这种属性也有些危险,本地的同组用户既能读也能写,所以数据文件也不安全.3.23.xx版本数据目录的属性是700,这样就对比好,只有启动数据库的用户可以读写数据库文件,保证了本地数据文件的安全.

假如启动MySQL数据库的用户是MysqSQL,那么象以下的目录和文件的是安全的,请注意数据目录及下面的属性:

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用户启动远程服务一向是安全大忌,因为假如服务程序呈现问题,远程攻击者极有大概得到主机的完好掌握权.MySQL从3.23.15版本开始时作了小小的窜改,默许安装后服务要用mysql用户来启动,不答应root用户启动.假如非要用root用户来启动,必须加上--user=root的参数(./safe_mysqld --user=root &).因为MySQL中有LOAD DATA INFILE和SELECT ... INTO OUTFILE的SQL语句,假如是root用户启动了MySQL服务器,那么,数据库用户就拥有了root用户的写权限.不过MySQL还是做了一些限制的,比方LOAD DATA INFILE只能读全局可读的文件,SELECT ... INTO OUTFILE不能覆盖已经存在的文件.

本地的日记文件也不能轻忽,包含shell的日记和MySQL自己的日记.有些用户在本地登陆或备份数据库的时刻为了图便利,有时会在号令行参数里直接带了数据库的密码,如:

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

这些号令会被shell记录在历史文件里,比方bash会写入用户目录的.bash_history文件,假如这些文件不慎被读,那么数据库的密码就会泄露.用户登陆数据库后履行的SQL号令也会被MySQL记录在用户目录的.mysql_history文件里.假如数据库用户用SQL语句改正了数据库密码,也会因.mysql_history文件而泄露.所以我们在shell登陆及备份的时刻不要在-p后直接加密码,而是在提醒后再输入数据库密码.

别的这两个文件我们也应当不让它记录我们的操作,以防万一.

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

上门这两条号令把这两个文件链接到/dev/null,那么我们的操作就不会被记录到这两个文件里了.

3、外部网络安全:

MySQL数据库安装好今后,Unix平台的user表是这样的:

mysql> use mysql; 
Database changed 
mysql> select Host,User,Password,Select_priv,Grant_priv from user; 
+-----------+------+----------+-------------+------------+ 
| Host | User | Password | Select_priv | Grant_priv | 
+-----------+------+----------+-------------+------------+ 
| localhost | root | | Y | Y | 
| redhat | root | | Y | Y | 
| localhost | | | N | N | 
| redhat | | | N | N | 
+-----------+------+----------+-------------+------------+ 
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; 
+-----------+------+----------+-------------+------------+ 
| Host | User | Password | Select_priv | Grant_priv | 
+-----------+------+----------+-------------+------------+ 
| localhost | root | | Y | Y | 
| % | root | | Y | Y | 
| localhost | | | Y | Y | 
| % | | | N | N | 
+-----------+------+----------+-------------+------------+ 
4 rows in set (0.00 sec)

我们先来看Unix平台的user表.此中redhat只是我试验机的机械名,所以实际上Unix平台的MySQL默许只答应本机才能衔接数据库.但是缺省root用户口令是空,所以十万火急是给root用户加上口令.给数据库用户加口令有三种办法:

1)在shell提醒符下用mysqladmin号令来改root用户口令: shell>mysqladmin -uroot password test.

这样,MySQL数据库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数据库root用户的口令也被改成test了.此中最后一句号令flush privileges的意思是强迫革新内存受权表,不然用的还是缓冲中的口令,这时不法用户还可以用root用户及空口令登陆,直到重启MySQL服务器.

我们还看到user为空的匿名用户,固然它在Unix平台下没什么权限,但为了安全起见我们应当删除它:mysql> delete from user where user=''; .

Windows版本MySQL的user表有很大差别,我们看到Host字段除了localhost还有是%.这里%的意思是答应肆意的主机衔接MySQL服务器,这是非常不安全的,给攻击者造成可乘之机,我们必须删除Host字段为%的记录: mysql>delete from user where host='%'; .

默许root用户的空密码也是必须改正,三种改正办法和Unix平台一样.

我们注意到Host字段为localhost的匿名用户拥有全部的权限!就是说本地用户用空的用户名和空的口令登陆MySQL数据库服务器可以得到最高的权限!所以匿名用户必须删除!

mysql> delete from user where user='';

对user表操作今后不要忘了用flush privileges来强迫革新内存受权表,这样才能见效.

默许安装的Windows版MySQL存在的不安全因素太多,我们在安装后一定要进一步配置!

MySQL的5个受权表:user, db, host, tables_priv和columns_priv供应非常机动的安全机制,从MySQL 3.22.11开始引入了两条语句GRANT和REVOKE来成立和删除用户权限,可以便利的限制哪个用户可以衔接服务器,从那边衔接以及衔接后可以做什么操作.作为MySQL管理员,我们必须理解受权表的意义以及若何用GRANT和REVOKE来成立用户、受权和撤权、删除用户.

在3.22.11版本从前的MySQL受权机制不完善,和新版本也有较大的差别,倡议进级到最新版本的MySQL.（本书的操作例子是以MySQL 3.23.49

为样本）我们先来理解受权表的构造.

1)MySQL受权表的构造与内容:

mysql> desc user; 
+-----------------+-----------------+------+-----+---------+-------+ 
| Field | Type | Null | Key | Default | Extra | 
+-----------------+-----------------+------+-----+---------+-------+ 
| Host | char(60) binary | | PRI | | | 
| User | char(16) binary | | PRI | | | 
| Password | char(16) binary | | | | | 
| Select_priv | enum('N','Y') | | | N | | 
| Insert_priv | enum('N','Y') | | | N | | 
| Update_priv | enum('N','Y') | | | N | | 
| Delete_priv | enum('N','Y') | | | N | | 
| Create_priv | enum('N','Y') | | | N | | 
| Drop_priv | enum('N','Y') | | | N | | 
| Reload_priv | enum('N','Y') | | | N | | 
| Shutdown_priv | enum('N','Y') | | | N | | 
| Process_priv | enum('N','Y') | | | N | | 
| File_priv | enum('N','Y') | | | N | | 
| Grant_priv | enum('N','Y') | | | N | | 
| References_priv | enum('N','Y') | | | N | | 
| Index_priv | enum('N','Y') | | | N | | 
| Alter_priv | enum('N','Y') | | | N | | 
+-----------------+-----------------+------+-----+---------+-------+ 
17 rows in set (0.01 sec)

user表是5个受权表中最重要的一个,列出可以衔接服务器的用户及其加密口令,并且它指定他们有哪类全局（超级用户）权限.在user表启用的任何权限均是全局权限,并实用于全部数据库.所以我们不能给任何用户拜候mysql.user表的权限!

以上是“举荐:具体讲授MySQL数据库的安全配置[MySQL防范]”的内容，如果你对以上该文章内容感兴趣，你可以看看七道奇为您推荐以下文章：

hosts是什么 hosts文件在什么位置若何改正hosts

在 Windows 8 中手动安装语言包

五个常见 PHP数据库问题

Windows中Alt键的12个高效快速的利用本领介绍

MySQL ORDER BY 的实现解析

详解MySQL存储历程参数有三种范例(in、out、inout)

Win8系统恢复出来经典的开始菜单的办法

Win8系统花屏怎么办 Win8系统花屏的办理办法

Windows 7系统下无线网卡安装

为什么 Linux不需求碎片整理