Webサイトのお助け隊

…
検索
フォロー/購読

データベースユーザーの権限を最小化するための具体的な設定方法

views
約20分
データベースユーザーの権限を最小化するための具体的な設定方法

全権限を与えたデータベースユーザーが招いた惨事

クライアントから「サイトが真っ白になった」と電話があったのは、日曜の朝だった。休日出勤は避けたかったけど、ECサイトだから一刻も早く復旧させる必要がある。

リモートでサーバーにログインして調べたら、データベースのテーブルが全部消えていた。バックアップから復旧したんだけど、原因を調べてみて驚いた。WordPressのデータベースユーザーに、DROPやCREATEを含む全権限が付与されていたんだ。

攻撃者は、SQLインジェクションの脆弱性を突いて侵入した。通常なら、SELECT、INSERT、UPDATE、DELETEくらいしか実行できないはずだけど、このサイトではテーブルを削除する権限まで持っていた。だから、データベース全体を破壊できてしまったんだよね。

データベースユーザーの権限は、必要最小限に絞るべきだ。これは基本中の基本なんだけど、意外と見落とされている。

この記事では、WordPressのデータベースユーザーに必要な権限だけを与え、不要な権限を削除する具体的な方法を紹介する。権限の最小化は、地味だけど確実にセキュリティを向上させる対策なんだ。

なぜデータベース権限の最小化が重要なのか

全権限付与の危険性

WordPressをインストールする際、多くの人がデータベースユーザーに「ALL PRIVILEGES」（全権限）を付与してしまう。インストールガイドにもそう書いてあることが多いし、とりあえず全部の権限を与えておけば動くからね。

でも、これは非常に危険だ。全権限には、以下のような破壊的な権限が含まれている：

  • DROP: テーブルやデータベースの削除
  • CREATE: 新しいテーブルやデータベースの作成
  • ALTER: テーブル構造の変更
  • INDEX: インデックスの作成・削除
  • GRANT: 他のユーザーへの権限付与
  • FILE: サーバーのファイルシステムへのアクセス

WordPressが通常の動作で使うのは、SELECT、INSERT、UPDATE、DELETEだけだ。それ以外の権限は、インストール時やアップデート時にしか使わない。

攻撃された場合の被害範囲

もしSQLインジェクションやその他の脆弱性で攻撃者がデータベースにアクセスできた場合、持っている権限の範囲内で何でもできてしまう。

最小権限の場合：

  • データの読み取り（SELECT）
  • データの追加・更新・削除（INSERT、UPDATE、DELETE）
  • 既存のテーブル内での操作のみ

全権限の場合：

  • 上記に加えて
  • テーブルの削除（DROP）
  • データベース全体の削除
  • 新しいテーブルの作成（バックドア設置）
  • テーブル構造の改変
  • 他のデータベースへのアクセス（場合によって）

被害の規模がまったく違うんだ。最小権限なら、データの漏洩や改ざんで済むかもしれない（それも大問題だけど）。でも全権限なら、サイト全体が破壊される可能性がある。

多層防御の一環として

セキュリティ対策は、一つの方法だけじゃダメだ。「多層防御」という考え方が重要で、複数の対策を組み合わせることで、どれか一つが破られても被害を最小限に抑えられる。

データベース権限の最小化は、この多層防御の重要な一層だ。ファイアウォールを突破されても、アプリケーションの脆弱性を突かれても、データベースレベルで権限が制限されていれば、被害を食い止められる可能性がある。

WordPressに必要な最小限の権限

通常運用時に必要な権限

WordPressが日常的に必要とする権限は、実はそれほど多くない：

-- 通常運用に必要な権限
SELECT    -- データの読み取り
INSERT    -- 新しいデータの追加
UPDATE    -- 既存データの更新  
DELETE    -- データの削除

これだけあれば、投稿の作成・編集・削除、コメントの管理、ユーザー情報の更新など、WordPressの全ての日常的な操作が可能だ。

プラグインやテーマも、基本的にはこれらの権限で動作する。データベースに新しいテーブルを作成したり、既存のテーブル構造を変更したりする処理は、プラグインのインストール時やアップデート時にしか実行されない。

インストール・アップデート時に必要な権限

WordPressのインストール、アップデート、プラグインのインストール時には、追加の権限が必要になる：

-- インストール・アップデート時に必要
CREATE    -- 新しいテーブルの作成
ALTER     -- テーブル構造の変更
INDEX     -- インデックスの作成・削除
DROP      -- 一時テーブルの削除（まれに必要）

これらの権限は、通常運用時には不要だ。だから、理想的には以下のような運用をすべきなんだ：

  1. 通常時: SELECT、INSERT、UPDATE、DELETEのみ
  2. アップデート時: 一時的に追加の権限を付与
  3. アップデート完了後: 再び最小権限に戻す

でも、毎回権限を変更するのは面倒だ。だから、現実的な落としどころとして、CREATE、ALTER、INDEXは付与したままにして、本当に危険な権限だけを削除する方法もある。

絶対に不要な権限

以下の権限は、WordPressの運用では絶対に使わない：

-- 絶対に不要な権限
DROP TABLE       -- テーブルの完全削除（危険）
DROP DATABASE    -- データベース全体の削除（超危険）
GRANT            -- 他ユーザーへの権限付与
FILE             -- サーバーのファイル読み書き
PROCESS          -- 他の接続の確認・停止
RELOAD           -- 設定の再読み込み
SHUTDOWN         -- サーバーのシャットダウン
SUPER            -- 管理者レベルの操作

これらの権限を削除するだけでも、セキュリティは大幅に向上する。

データベースユーザーの権限確認方法

まず、現在のデータベースユーザーがどんな権限を持っているか確認しよう。

phpMyAdminでの確認

phpMyAdminにログインして、以下の手順で確認できる：

  1. 「ユーザーアカウント」タブをクリック
  2. WordPressで使っているユーザー名を探す
  3. 「権限を編集する」をクリック

ここで、現在付与されている権限の一覧が表示される。「ALL PRIVILEGES」になっていたら、全権限が付与されているということだ。

SQLコマンドでの確認

コマンドラインやphpMyAdminのSQLタブから、以下のコマンドで確認できる：

-- 特定ユーザーの権限を確認
SHOW GRANTS FOR 'wordpress_user'@'localhost';

結果は以下のような形式で表示される：

GRANT ALL PRIVILEGES ON `wordpress_db`.* TO 'wordpress_user'@'localhost'

この例だと、全権限（ALL PRIVILEGES）が付与されている。これを必要最小限に変更していくんだ。

wp-config.phpでのユーザー名確認

どのデータベースユーザーを確認すればいいか分からない場合は、wp-config.phpを見れば分かる：

<?php
// wp-config.phpの設定
define( 'DB_NAME', 'wordpress_db' );     // データベース名
define( 'DB_USER', 'wordpress_user' );   // ユーザー名
define( 'DB_PASSWORD', 'password' );     // パスワード
define( 'DB_HOST', 'localhost' );        // ホスト
?>

DB_USERに設定されているのが、WordPressで使用しているデータベースユーザーだ。

権限を最小化する具体的な手順

方法1：新しいユーザーを作成する（推奨）

既存のユーザーの権限を変更するより、新しいユーザーを作成して最小権限を付与する方が安全だ。万が一問題が起きても、すぐに元に戻せるからね。

手順1：新しいデータベースユーザーを作成

-- 新しいユーザーを作成（パスワードは強固なものに変更すること）
CREATE USER 'wp_limited'@'localhost' IDENTIFIED BY 'strong_password_here';

手順2：最小限の権限を付与

-- 通常運用に必要な権限のみを付与
GRANT SELECT, INSERT, UPDATE, DELETE 
ON wordpress_db.* 
TO 'wp_limited'@'localhost';

-- 権限を反映
FLUSH PRIVILEGES;

この設定で、WordPressは問題なく動作する。投稿の作成・編集、コメントの管理、ユーザー管理など、すべての日常的な操作が可能だ。

手順3：wp-config.phpを更新

<?php
// wp-config.phpのユーザー名を新しいものに変更
define( 'DB_USER', 'wp_limited' );
define( 'DB_PASSWORD', 'strong_password_here' );
?>

手順4：動作確認

WordPressの管理画面にログインして、以下を確認する：

  • ダッシュボードが正常に表示される
  • 投稿の作成・編集ができる
  • メディアのアップロードができる
  • プラグイン一覧が表示される
  • テーマの切り替えができる

すべて問題なければ、権限の最小化は成功だ。

方法2：既存ユーザーの権限を変更する

新しいユーザーを作りたくない場合は、既存のユーザーの権限を変更することもできる。ただし、この方法は慎重に行う必要がある。

手順1：すべての権限を削除

-- 既存の全権限を削除
REVOKE ALL PRIVILEGES ON wordpress_db.* 
FROM 'wordpress_user'@'localhost';

手順2：必要な権限だけを再付与

-- 最小限の権限を付与
GRANT SELECT, INSERT, UPDATE, DELETE 
ON wordpress_db.* 
TO 'wordpress_user'@'localhost';

-- 権限を反映
FLUSH PRIVILEGES;

この方法だと、wp-config.phpを変更する必要がないから楽だ。でも、万が一問題が起きたときに元に戻すのが面倒なのが欠点だよね。

方法3：アップデート時の権限追加も考慮

CREATE、ALTER、INDEXの権限も付与しておけば、プラグインのインストールやWordPressのアップデート時に権限エラーが出ることを防げる：

-- アップデート作業も考慮した権限設定
GRANT SELECT, INSERT, UPDATE, DELETE, CREATE, ALTER, INDEX 
ON wordpress_db.* 
TO 'wordpress_user'@'localhost';

FLUSH PRIVILEGES;

これでも、DROP、GRANT、FILEなどの危険な権限は除外されているから、セキュリティは大幅に向上する。

僕は個人的には、この方法を使うことが多い。完全な最小権限ではないけど、実用性とセキュリティのバランスが取れていると思うんだ。

プラグイン・テーマのインストール時の対応

権限不足エラーが出た場合

権限を最小化すると、プラグインやテーマをインストールする際に、以下のようなエラーが出ることがある：

データベースエラー: [1142] CREATE command denied to user 'wp_limited'@'localhost' for table 'wp_new_table'

これは、プラグインが新しいテーブルを作成しようとしたけど、CREATE権限がないから失敗したということだ。

一時的に権限を追加する方法

この場合は、一時的に権限を追加すればいい：

-- 一時的にCREATEとALTER権限を追加
GRANT CREATE, ALTER, INDEX 
ON wordpress_db.* 
TO 'wp_limited'@'localhost';

FLUSH PRIVILEGES;

プラグインのインストールやアップデートが完了したら、再び権限を削除する：

-- CREATE、ALTER、INDEX権限を削除
REVOKE CREATE, ALTER, INDEX 
ON wordpress_db.* 
FROM 'wp_limited'@'localhost';

FLUSH PRIVILEGES;

メンテナンス用ユーザーを別に作る

もっとスマートな方法は、通常運用用とメンテナンス用で、2つのデータベースユーザーを用意することだ：

-- 通常運用用（最小権限）
CREATE USER 'wp_normal'@'localhost' IDENTIFIED BY 'password1';
GRANT SELECT, INSERT, UPDATE, DELETE 
ON wordpress_db.* 
TO 'wp_normal'@'localhost';

-- メンテナンス用（追加権限あり）
CREATE USER 'wp_maintenance'@'localhost' IDENTIFIED BY 'password2';
GRANT SELECT, INSERT, UPDATE, DELETE, CREATE, ALTER, INDEX 
ON wordpress_db.* 
TO 'wp_maintenance'@'localhost';

FLUSH PRIVILEGES;

通常はwp-config.phpでwp_normalを使い、プラグインのインストール時だけwp_maintenanceに切り替える。少し手間だけど、セキュリティレベルは最も高くなる。

共用サーバーでの権限設定

cPanelを使った設定

共用サーバーでcPanelが使える場合は、GUI操作で権限を設定できる：

  1. cPanelにログイン
  2. 「MySQL データベース」をクリック
  3. 「現在のユーザー」セクションで対象ユーザーを探す
  4. 「権限の変更」をクリック
  5. 必要な権限だけにチェックを入れる
  • SELECT
  • INSERT
  • UPDATE
  • DELETE
  • （必要に応じて）CREATE、ALTER、INDEX
  1. 「変更を保存」をクリック

権限変更ができない場合

共用サーバーによっては、セキュリティポリシーでデータベースユーザーの権限変更が制限されている場合がある。

その場合は、サーバー会社のサポートに連絡して、以下のように依頼すればいい：

WordPressのセキュリティ強化のため、データベースユーザー「○○」の権限を、SELECT、INSERT、UPDATE、DELETEのみに制限していただけないでしょうか。現在はALL PRIVILEGESになっているようです。

ほとんどのサーバー会社は、セキュリティ向上のための依頼なら快く対応してくれるはずだ。

権限設定後の確認とテスト

基本動作の確認

権限を変更したら、必ず以下の動作確認を行うべきだ：

投稿関連：

  • 新規投稿の作成
  • 既存投稿の編集
  • 投稿の削除
  • カテゴリーの作成・編集
  • タグの追加・削除

メディア関連：

  • 画像のアップロード
  • メディアライブラリの表示
  • 画像の削除

ユーザー関連：

  • 新規ユーザーの追加
  • ユーザー情報の編集
  • パスワードの変更

コメント関連：

  • コメントの承認・非承認
  • コメントの削除
  • スパムへの移動

設定関連：

  • サイトタイトルの変更
  • パーマリンク設定の変更
  • 一般設定の変更

これらすべてが問題なく動作すれば、権限設定は正しくできている。

プラグインの動作確認

よく使うプラグインも動作確認しておこう：

  • Contact Form 7: フォームの送信テスト
  • Yoast SEO: メタデータの保存
  • WooCommerce: 商品の登録・編集
  • Akismet: スパムチェック機能

もしエラーが出たら、そのプラグインが必要とする権限を確認して、必要に応じて追加する。

エラーログの確認

WordPressのデバッグログを有効にして、エラーが出ていないか確認するのも重要だ。

wp-config.phpに以下を追加：

<?php
define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );
define( 'WP_DEBUG_DISPLAY', false );
@ini_set( 'display_errors', 0 );
?>

これで、/wp-content/debug.logにエラーが記録される。権限関連のエラーがないか確認してみよう。

高度なセキュリティ設定

読み取り専用ユーザーの作成

フロントエンドの表示だけに使う、読み取り専用のユーザーを作成する方法もある。これは、キャッシュプラグインや静的サイト生成ツールで使うと効果的だ。

-- 読み取り専用ユーザーの作成
CREATE USER 'wp_readonly'@'localhost' IDENTIFIED BY 'password';
GRANT SELECT ON wordpress_db.* TO 'wp_readonly'@'localhost';
FLUSH PRIVILEGES;

このユーザーは、データの読み取りしかできない。万が一このユーザーの認証情報が漏れても、データの改ざんや削除はできないんだ。

データベースホストの制限

データベースへの接続元を制限することも、セキュリティ向上に役立つ。

-- localhostからの接続のみ許可
CREATE USER 'wordpress_user'@'localhost' IDENTIFIED BY 'password';

-- 特定のIPアドレスからのみ許可
CREATE USER 'wordpress_user'@'192.168.1.100' IDENTIFIED BY 'password';

'localhost'を指定すると、同じサーバーからの接続しか許可されない。外部からの直接的なデータベース接続を防げるんだ。

テーブルごとの権限設定

さらに細かく制御したい場合は、テーブルごとに権限を設定することもできる：

-- wp_postsテーブルには全権限
GRANT SELECT, INSERT, UPDATE, DELETE 
ON wordpress_db.wp_posts 
TO 'wordpress_user'@'localhost';

-- wp_usersテーブルは読み取りと更新のみ（削除不可）
GRANT SELECT, UPDATE 
ON wordpress_db.wp_users 
TO 'wordpress_user'@'localhost';

FLUSH PRIVILEGES;

これは、特定のテーブルを保護したい場合に有効だ。でも、設定が複雑になるから、本当に必要な場合だけにすべきだよね。

よくある質問（FAQ）

Q1: 権限を最小化すると、WordPressのアップデートができなくなりますか？

いや、大丈夫だ。WordPressのコアファイルのアップデートは、ファイルシステムレベルで行われるから、データベース権限とは関係ない。

ただし、アップデート時にデータベーススキーマの変更が必要な場合は、CREATE、ALTER権限が必要になることがある。その場合は、一時的に権限を追加すればいい。

実際には、SELECT、INSERT、UPDATE、DELETE、CREATE、ALTER、INDEXを付与しておけば、ほとんどのアップデートは問題なく実行できる。

Q2: すべてのプラグインが最小権限で動作しますか？

ほとんどのプラグインは、SELECT、INSERT、UPDATE、DELETEだけで動作する。でも、一部のプラグイン（特にバックアッププラグインや最適化プラグイン）は、追加の権限を必要とすることがある。

プラグインをインストールする前に、そのプラグインが必要とする権限を確認するといい。プラグインのドキュメントに記載されていることが多いんだ。

もしエラーが出たら、エラーメッセージを見れば、どの権限が不足しているか分かる。必要に応じて一時的に権限を追加すればいい。

Q3: マルチサイトの場合は、権限設定が変わりますか？

WordPressマルチサイトの場合も、基本的な権限は同じだ。ただし、サイトの追加や削除が頻繁に行われる場合は、CREATE、DROP権限が必要になることがある。

マルチサイトでは、以下の権限を付与しておくことをおすすめする：

GRANT SELECT, INSERT, UPDATE, DELETE, CREATE, ALTER, DROP, INDEX 
ON wordpress_db.* 
TO 'wordpress_user'@'localhost';

DROP権限を含めるのは気が進まないけど、マルチサイトの運用では必要になることが多いんだ。その代わり、他のセキュリティ対策（ファイアウォール、WAFなど）を強化すべきだよね。

Q4: phpMyAdminが使えない場合、どうすればいいですか？

SSHアクセスがあれば、MySQLのコマンドラインクライアントで設定できる：

# MySQLにログイン
mysql -u root -p

# 以下、MySQLコマンドプロンプトで実行
USE mysql;
SHOW GRANTS FOR 'wordpress_user'@'localhost';
GRANT SELECT, INSERT, UPDATE, DELETE ON wordpress_db.* TO 'wordpress_user'@'localhost';
FLUSH PRIVILEGES;
EXIT;

SSHアクセスもない共用サーバーの場合は、サーバー会社のサポートに依頼するしかない。

Q5: 権限を変更した後、サイトが壊れた場合の復旧方法は？

すぐに元の権限に戻せばいい：

-- 全権限を再付与
GRANT ALL PRIVILEGES 
ON wordpress_db.* 
TO 'wordpress_user'@'localhost';

FLUSH PRIVILEGES;

これで、サイトは元通りに動作するはずだ。その後、何が問題だったか調べて、適切な権限を見つけることができる。

だからこそ、新しいユーザーを作成する方法をおすすめしているんだ。何か問題が起きても、wp-config.phpのDB_USERを元のユーザー名に戻すだけで、すぐに復旧できる。

まとめ：小さな変更が大きな安全をもたらす

データベース権限の最小化は、派手なセキュリティ対策じゃない。ファイアウォールを導入したり、WAFを設定したりする方が、よっぽど「セキュリティ対策してる感」がある。

でも、僕がこれまで見てきたセキュリティ事故の多くは、こういった基本的な設定の見落としが原因だった。全権限を与えられたデータベースユーザー、デフォルトのままの設定、甘いパスワード。こういった「小さな穴」から、大きな被害が生まれるんだ。

この記事のポイントをおさらいしよう：

  • データベースユーザーには必要最小限の権限だけを付与する
  • 通常運用にはSELECT、INSERT、UPDATE、DELETEで十分
  • DROP、GRANT、FILEなどの危険な権限は絶対に不要
  • 新しいユーザーを作成する方法が最も安全
  • アップデート時は一時的に権限を追加してもいい
  • 設定後は必ず動作確認とテストを行う

権限の設定は、一度やってしまえば終わりだ。あとは、プラグインのインストール時に多少の手間が増えるだけ。でも、その小さな手間が、サイト全体を守る大きな盾になる。

セキュリティ対策に「完璧」はない。でも、こういった基本的な対策を積み重ねることで、攻撃者にとって「割に合わないターゲット」にすることはできる。攻撃者は、簡単に侵入できるサイトを狙うからね。

データベースの権限設定を見直して、今すぐ最小権限に変更しよう。30分もあれば完了する作業が、あなたのサイトを何年も守ってくれるはずだ。

WordPressのセキュリティ、不安に思っていませんか？

WordPressセキュリティ診断

「自分のサイトは大丈夫だろうか…」
「何から手をつければいいか分からない…」

もしあなたが少しでもそう感じているなら、専門家によるセキュリティ診断を受けてみることを強くお勧めします。

＞＞ WordPressセキュリティ無料診断はこちら

上記のサイトでは、WordPressのプロがあなたのサイトの脆弱性を無料で診断してくれます。問題が見つかれば、具体的な対策方法についてもアドバイスをもらえます。手遅れになる前に、一度プロの目でチェックしてもらい、安心を手に入れましょう。

About The Author

UIARB合同会社社員IshikiKazuya

Recent Posted

CONCEPT

WordPressは、今や世界中で多くの人々に利用されているWebサイト構築システムです。しかし、WordPressでのWebサイト制作は初心者にとっては難しい作業であり、それを専門的に行う業者が存在します。我々は、WordPressを専門に扱い、Webサイト制作に必要な様々な修正を行います。

当社には、WordPressに精通した技術者が在籍し、お客様の要望に合わせたWebサイト制作を行っています。また、テーマの変更やプラグインの追加など、WordPressのカスタマイズを専門に行っているため、Webサイト制作に必要な様々な修正を素早くかつ丁寧に行うことができます。

さらに、お客様のニーズに合わせた最適なサイト構築を行うことができます。例えば、お客様が求めるWebサイトのデザインに合わせたテーマのカスタマイズや、特定のプラグインの導入、SEO対策など、お客様にとって最適なWebサイト構築を行うことができます。

熟練した技術者による品質保証を行っているため、安心してWebサイト制作をお任せいただけます。Webサイトの品質に関する問題が生じた場合でも、迅速かつ丁寧な対応を行うことができます。そして、お客様が望む形にWebサイトをカスタマイズし、より多くのユーザーにアピールすることができるように、最新の技術やトレンドを把握し、積極的に導入しています。

初心者にとっては難しいWebサイト制作作業を代行することで、お客様のビジネスを成功へと導くための重要な存在です。お客様のニーズに合わせて最適なWebサイトを制作することができるため、WordPress修正専門業者を活用することで、Webサイトの制作にかかる時間や労力を節約し、効率的なビジネス展開を行うことが可能となります。

Share / Subscribe
Facebook Likes
Posts
Hatena Bookmarks
Pinterest
Pocket
Evernote
Feedly
Send to LINE