追加する目的を明確にする
ログイン試行の制御、二要素認証、監査ログ、ファイル変更通知など、解決したい課題を列挙します。レンタルサーバーやCDNに同等機能があれば、役割が重複しないか確認します。製品を増やすほど安全になるとは限りません。
導入前の比較項目
対応するWordPress・PHP版、更新状況、データ送信先、通知内容、ログ保存期間、解除方法、他製品との競合を確認します。有料機能が必要なのか、管理者全員に適用できるかも確認します。
設定を段階的に有効化する
- バックアップと設定の控え、サーバー接続手段を用意する。
- 一つの機能を有効化し、ログインとフォームを試す。
- WAF・CDN・既存制限と組み合わせた動作を確認する。
- 通知先とロックアウト時の復旧手順を共有する。
導入後に残る課題
脆弱性の修正、不要ユーザーの削除、別サーバーへのバックアップ、担当者の対応は別途必要です。スキャンの対象と検出方法にも限界があるため、検出なしの結果だけで侵害を否定しないようにします。
機能が重複するときの整理
ログイン制限が複数あると、どの製品が遮断したか分かりにくくなります。WAF、サーバー保護、WordPress製品の各設定とログを一覧にし、担当する役割を決めます。重複が必要な場合も、通知先と例外の管理元を明確にします。
ロックアウトに備える
導入前に、サーバーから製品を停止する権限や、別管理者での回復手段を確認します。復旧操作で2FAや公開制限まで外れる場合は、作業中のアクセス制限も準備します。緊急時の手順を安全な場所へ保存します。
よくある質問
有料版を入れれば更新作業は不要ですか?
不要にはなりません。製品の防御機能と脆弱性修正は役割が違います。更新できない製品を残す場合は、利用停止や代替を含めた計画を立てます。
マルウェアスキャンだけで侵害を否定できますか?
検査対象と検出方法に依存します。DB、独自ファイル、外部設定、未知の不正処理が対象外の場合もあるため、構成・権限・ログを組み合わせて判断します。