MySQL数据库安全配置指南[MySQL防范]

1、前言

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数据库的用户是mysql,那么象以下的目录和文件的是安全的,请注意数据目录及下面的属性:

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,那么我们的操作就不会被记录到这两个文件里了.

[1] [2] [3] [4] 下一页  

3、外部网络安全

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

mysql> use mysql;

Database changed

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

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;

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;

17 rows in set (0.01 sec)

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

权限阐明:

mysql> desc db;

13 rows in set (0.01 sec)

db表列出数据库,而用户有权限拜候它们.在这里指定的权限实用于一个数据库中的全部表.

mysql> desc host;

12 rows in set (0.01 sec)

host表与db表结合利用在一个较好层次上掌握特定主机对数据库的拜候权限,这大概比单独利用db好些.这个表不受GRANT和REVOKE语句的影响,所以,你大概发觉你根本不是用它.

mysql> desc tables_priv;

8 rows in set (0.01 sec)

tables_priv表指定表级权限.在这里指定的一个权限实用于一个表的全部列.

mysql> desc columns_priv;

7 rows in set (0.00 sec)

columns_priv表指定列级权限.在这里指定的权限实用于一个表的特定列.

上一页  [1] [2] [3] [4] 下一页  

2)MySQL受权表运行机制

MySQL的拜候掌握分两个步骤:

a)服务器查抄能否答应该用户衔接.

b)假如该用户有权衔接,那么服务器还会查抄它的每一个恳求能否有充足的权限.比方:用户检索数据库中的一个表需求有这个数据库的select权限,用户删除数据库中的一个表需求有这个数据库的drop权限.

受权表的user, db,host表利用这两个步骤,tables_priv和columns_priv表只利用第二步（查抄恳求）.每个受权表包含决意一个权限什么时刻应用的范围列和决意授与哪类权限的权限列.

范围列指定表中的权限什么时刻应用.每个受权表条目包含User和Host列来指定权限什么时刻应用于一个给定用户从给定主机的衔接.其他表包含附加的范围列,如db表包含一个Db列指出权限应用于哪个数据库.近似地,tables_priv和columns_priv表包含范围字段,缩小范围到一个数据库中的特定表或一个表的特定列.

下面是user表的Host字段和User字段组合的一些例子:

SQL的字符串通配符%表示匹配肆意字符,可以是0个字符,通配符_表示匹配一个字符.

权限列指出在范围列中指定的用户拥有何种权限.该表利用GRANT语句的权限名称.关于绝大大都在user、db和host表中的权限列的名称与GRANT语句中有明显的接洽.如Select_priv对应于SELECT权限.

3)受权表利用举例

grant用于给增添用户和成立权限,revoke用于删除用户权限.

下面是一些用grant增添用户和成立权限的例子:

mysql> grant all privileges on *.* to test@localhost identified by 'test' with grant option;

这句增添一个本地具有全部权限的test用户（超级用户）,密码是test.ON子句中的*.*意味着"全部数据库、全部表".with grant option表示它具有grant权限.

mysql> grant select,insert,update,delete,create,drop privileges on test.* to test1@'192.168.1.0/255.255.255.0' identified by 'test';

这句是增添了一个test1用户,口令是test,但是它只能从C类子网192.168.1衔接,对test库有select,insert,update,delete,create,drop操作权限.

用grant语句成立权限是不需求再手工革新受权表的,因为它已经自动革新了.

给用户成立权限还可以通过直接改正受权表:

mysql> insert into user

values("localhost","test",password("test"),"Y","Y","Y","Y","Y","Y","Y","Y","Y","Y","Y","Y","Y","Y");

mysql> flush privileges;

这两句和上面第一句grant的效果是一样的,也是增添了一个本地的test超级用户.我们看到用grant便利多了,并且还不需flush privileges.

mysql> insert into user (host,user,password) values("192.168.1.0/255.255.255.0","test1",PASSWORD("test")); mysql> insert into db values("192.168.1.0/255.255.255.0","test","test1","Y","Y","Y","Y","Y","Y","N","N","N","N") mysql> flush privileges;

这三句和上面第二句grant的效果也是一样的,也是增添了一个只能从C类子网192.168.1衔接,对test库有select,insert,update,delete,create,drop操作权限的test1用户,口令是test.要撤消一个用户的权限,利用revoke语句.revoke的语法非常近似于grant语句,除了to用from代替并且没有identified by和with grant option子句,下面是用revoke删除用户权限的例子:

mysql> revoke all on test.* from test1@'192.168.1.0/255.255.255.0';

这句revoke就撤消了上面第二句grant成立的权限,但是test1用户并没有被删除,必须手工从user表删除:

mysql> delete from user where user='test1';

mysql> flush privileges;

这样,test1用户就完好删除了.

这些只是MySQL受权表的简单利用,更多具体的资料请见MySQL供应的手册.

上一页  [1] [2] [3] [4] 下一页  

4、编程需求注意的一些问题

不管是用哪类程序语言写衔接MySQL数据库的程序,有一条原则是永久不要相信誉户提交的数据!

关于数字字段,我们要利用查询语句:SELECT * FROM table WHERE ID='234',不要利用SELECT * FROM table WHERE ID=234这样的查询语句.MySQL会自动把字串转换为数字字符并且去除非数字字符.假如用户提交的数据经过了mysql_escape_string处理,这样我们便可以完好根绝了sql inject攻击,关于sql inject攻击请参考下面链接的文章:

http://www.spidynamics.com/papers/SQLInjectionWhitePaper.pdf

http://www.ngssoftware.com/papers/advanced_sql_injection.pdf

各种编程语言该注意的问题:

1)全部Web程序:

a)尝试在Web表单输入单引号和双引号来测试大概呈现的错误,并找出缘由所在.

b)改正URL参数带的%22 ('"'), %23 ('#'), 和 %27 (''').

c)关于数字字段的变量,我们的利用程序必须举行严峻的查抄,不然是非常危险的.

d)查抄用户提交的数据能否超越字段的长度.

e)不要给自己程序衔接数据库的用户过量的拜候权限.

2)PHP:

a)查抄用户提交的数据在查询之前能否经过addslashes处理,在PHP 4.0.3今后供应了基于MySQL C

API的函数mysql_escape_string().

3)MySQL C API:

a)查抄查询字串能否用了mysql_escape_string() API调用.

4)MySQL++:

a)查抄查询字串能否用了escape和quote处理.

5)Perl DBI:

a)查抄查询字串能否用了quote()办法.

6)Java JDBC:

a)查抄查询字串能否用了PreparedStatement对象.

5、一些小诀窍

1)假如不慎忘掉了MySQL的root密码,我们可以在启动MySQL服务器时加上参数--skip-grant-tables来跳过受权表的考证 (./safe_mysqld --skip-grant-tables &),这样我们便可以直接登陆MySQL服务器,然后再改正root用户的口令,重启MySQL便可以用新口令登陆了.

2)启动MySQL服务器时加上--skip-show-database使普通数据库用户不能浏览别的数据库.

3)启动MySQL服务器时加上--chroot=path参数,让mysqld保护进程运行在chroot环境中.这样SQL语句LOAD DATA INFILE和SELECT ... INTO OUTFILE就限定在chroot_path下读写文件了.这里有一点要注意,MySQL启动后会成立一个mysql.sock文件,默许是在/tmp目录下.利用了chroot后,MySQL会在chroot_path/tmp去成立mysql.sock文件,假如没有chroot_path/tmp目录或启动MySQL的用户没有这个目录写权限就不能成立mysql.sock文件,MySQL会启动失利.比方我们加了--chroot=/usr/local/mysql/启动参数,那么最好成立一个启动MySQL的用户能写的/usr/local/mysql/tmp目录,当然我们也可以用--socket=path来指定mysql.sock文件的途径,但这个path一定要在chroot_path里面.

4)启动MySQL服务器时加上--log-slow-queries[=file]参数,这样mysqld会把SQL号令履行时间超越long_query_time的写入file文件.假如没有指定=file,mysqld默许会写到数据目录下的hostname-slow.log.假如只指定了filename,没有指定途径,那么mysqld也会把filename写到数据目录下.我们通过这个日记文件可以找出履行时间超长的查询语句,然后尽大概的优化它减轻MySQL服务器的负担.

5)假如我们只需本机利用MySQL服务,那么我们还可以加上--skip-networking启动参数使MySQL不监听凭何TCP/IP衔接,增添安全性.（非常举荐）

6)MySQL的更多mysqld启动选项请见MySQL手册4.16.4 mysqld Command-line Options

6、References

MySQL Manual(http://www.mysql.com/documentation/index.HTML)

晏子的MySQL管理员指南(http://clyan.hongnet.com/index.html)

Access Granted(http://www.devshed.com/Server_Side/MySQL/Access)