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后直接加密码，而是在提示后再输入数据库密码。

标签：

版权申明：本站文章部分自网络，如有侵权，请联系：west999com@outlook.com
特别注意：本站所有转载文章言论不代表本站观点，本站所提供的摄影照片，插画，设计作品，如需使用，请与原作者联系，版权归原作者所有