ホームページ データベース mysql チュートリアル MySQL数据库安全配置指南_MySQL

MySQL数据库安全配置指南_MySQL

Jun 01, 2016 pm 02:11 PM
mysql root 安全性 ガイド データ データベース 目次 構成


  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,那么我们的操作就不会被记录到这两个文件里了。
  
  3、外部网络安全
  
  MySQL数据库安装好以后,Unix平台的user表是这样的:
  
  mysql> use mysql;
  
  Database changed
  
  mysql> select Host,User,Password,Select_priv,Grant_priv from user;
   MySQL数据库安全配置指南_MySQL
  图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;
   MySQL数据库安全配置指南_MySQL
  图2
  
  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>de
このウェブサイトの声明
この記事の内容はネチズンが自主的に寄稿したものであり、著作権は原著者に帰属します。このサイトは、それに相当する法的責任を負いません。盗作または侵害の疑いのあるコンテンツを見つけた場合は、admin@php.cn までご連絡ください。

ホットAIツール

Undresser.AI Undress

Undresser.AI Undress

リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover

AI Clothes Remover

写真から衣服を削除するオンライン AI ツール。

Undress AI Tool

Undress AI Tool

脱衣画像を無料で

Clothoff.io

Clothoff.io

AI衣類リムーバー

AI Hentai Generator

AI Hentai Generator

AIヘンタイを無料で生成します。

ホットツール

メモ帳++7.3.1

メモ帳++7.3.1

使いやすく無料のコードエディター

SublimeText3 中国語版

SublimeText3 中国語版

中国語版、とても使いやすい

ゼンドスタジオ 13.0.1

ゼンドスタジオ 13.0.1

強力な PHP 統合開発環境

ドリームウィーバー CS6

ドリームウィーバー CS6

ビジュアル Web 開発ツール

SublimeText3 Mac版

SublimeText3 Mac版

神レベルのコード編集ソフト(SublimeText3)

MySQL 8.4 で mysql_native_password がロードされていないエラーを修正する方法 MySQL 8.4 で mysql_native_password がロードされていないエラーを修正する方法 Dec 09, 2024 am 11:42 AM

MySQL 8.4 (2024 年時点の最新の LTS リリース) で導入された主な変更の 1 つは、「MySQL Native Password」プラグインがデフォルトで有効ではなくなったことです。さらに、MySQL 9.0 ではこのプラグインが完全に削除されています。 この変更は PHP および他のアプリに影響します

PHPがMySQLに接続された後、ページは空白です。無効なDIE()関数の理由は何ですか? PHPがMySQLに接続された後、ページは空白です。無効なDIE()関数の理由は何ですか? Apr 01, 2025 pm 03:03 PM

PHPがMySQLに接続した後、ページは空白になり、DIE()関数が失敗する理由。 PHPとMySQLデータベースの間の接続を学習するとき、あなたはしばしばいくつかの混乱することに遭遇します...

ランプアーキテクチャの下でnode.jsまたはPythonサービスを効率的に統合する方法は? ランプアーキテクチャの下でnode.jsまたはPythonサービスを効率的に統合する方法は? Apr 01, 2025 pm 02:48 PM

多くのウェブサイト開発者は、ランプアーキテクチャの下でnode.jsまたはPythonサービスを統合する問題に直面しています:既存のランプ(Linux Apache MySQL PHP)アーキテクチャWebサイトのニーズ...

PCとモバイル側で同じページを共有し、キャッシュの問題を処理する方法は? PCとモバイル側で同じページを共有し、キャッシュの問題を処理する方法は? Apr 01, 2025 pm 01:57 PM

PCとモバイル側で同じページを共有し、キャッシュの問題を処理する方法は? Nginxでは、Baotaの背景を使用して構築されたPHP MySQL環境、PCサイドの作成方法と...

Binance C2Cとは何ですか?リスクは何ですか?安全ですか? Binance C2Cコインの購入と販売コインチュートリアル Binance C2Cとは何ですか?リスクは何ですか?安全ですか? Binance C2Cコインの購入と販売コインチュートリアル Mar 05, 2025 pm 04:48 PM

Binance C2C Trading Guide:暗号通貨でお金を預け入れて引き出します。 Binance C2Cとは何ですか? Binance C2Cは、Binanceプラットフォームが提供するユーザーからユーザーへの暗号通貨取引サービスであり、ユーザーに便利な暗号通貨とFiat通貨交換チャネルを提供します。 2019年に開始されたこのサービスは、ピアツーピアトレーディングモデルを介して複数の暗号通貨とフィアット通貨取引をサポートし、セキュリティと複数の機能の強化を提供します。従来のOTC取引と比較して、Binance C2C Platformは両当事者を取引に認証し、完全なサポートを提供します。

PHPの楽観的なロックとトランザクション控除残高が組み合わされて失敗しました:バランスが並行性の状況で正しく控除されるようにする方法は? PHPの楽観的なロックとトランザクション控除残高が組み合わされて失敗しました:バランスが並行性の状況で正しく控除されるようにする方法は? Mar 31, 2025 pm 11:42 PM

この記事のPHPの楽観的ロックおよびトランザクションと組み合わせて残高を控除する問題の詳細な説明では、PHP、楽観的ロック、データベーストランザクションのみを使用したバランス控除を詳細に分析します...

Redis Exporter サービスを使用した Redis ドロップレットの監視 Redis Exporter サービスを使用した Redis ドロップレットの監視 Jan 06, 2025 am 10:19 AM

Redis データベースを効果的に監視することは、最適なパフォーマンスを維持し、潜在的なボトルネックを特定し、システム全体の信頼性を確保するために不可欠です。 Redis Exporter Service は、Prometheus を使用して Redis データベースを監視するように設計された堅牢なユーティリティです。 このチュートリアルでは、Redis Exporter Service の完全なセットアップと構成について説明し、監視ソリューションをシームレスに確立できるようにします。このチュートリアルに従うことで、Redis データベースのパフォーマンス メトリクスを効果的に監視するための完全に運用可能な監視セットアップを実現できます。

See all articles