あなたのWordPressサイトは安全ですか?それは、まだ狙われていないだけかもしれません。テーマ/プラグインファイルエディタ.管理者アカウント(パスワードの漏洩、脆弱なパスワード、トロイの木馬、プラグインの脆弱性を利用した権限奪取はすべて可能)さえ手に入れれば、バックグラウンドで直接PHPファイルを変更し、数秒でサイトにバックドアを書き込むことができる。disallow_file_edit それは、このリスクを解決するために使用されます:コードの行を介して、直接WordPressの背景には、もはやバックドアを挿入される可能性を減らすために、ソースから、オンラインでコードを変更する機能を提供しないように、 "ファイル編集 "の入り口を閉じます。
![画像[1] - WordPressセキュリティ必勝法!バックグラウンドのファイルエディタを数秒でオフにするコード1行(DISALLOW_FILE_EDITチュートリアル)](https://www.361sale.com/wp-content/uploads/2026/02/20260202111313852-image.png)
1. disallow_file_editとは何ですか?何を消すのですか?
WordPressのバックエンドには、通常2つのエントリーポイントがある:
- 外観 → テーマファイルエディタ(テーマファイルエディタ)
- プラグイン → プラグインファイルエディタ(Plugin File Editor)
これらのエディターでは、例えば、テーマ/プラグインファイルをサーバー上で直接編集することができます:
functions.phpheader.phpフッター.php- プラグインのメインファイル(PHPロジックを含む)
この種のポータルは初心者にとっては「便利」だが、攻撃者にとっては「通過列車」である。disallow_file_edit やるべきことは簡単だ:以下の2つのエディター・ポータルだけを閉じるファイルのオンライン編集」機能は、バックグラウンドでは表示されず、使用できません。
要点はこうだ:
- ✅ "バックグラウンドでファイルを編集する "機能が無効になっています。
- ✅ サイトの正常な運営に影響を与えない。
- ✅ FTP/Server File Manager/SSHを使ったファイル変更には影響しません。
- ファイアウォールではないので、脆弱性を自動的に修正することはない。
- 万能のセキュリティ・ソリューションではないが、"基本的な補強は必須"
2.なぜバックグラウンドでの文書編集をオフにするのか?本当のリスクは何ですか?
多くのウェブマスターは、"この機能は使わないからそのままでいい "と勘違いしている。現実はこうだ:あなたは使わないが、攻撃側は使う。.
よくある攻撃のリンクは次のようなものだ:
- サイトに脆弱なプラグイン/テーマがインストールされている(またはアカウントがバンプされている)。
- 攻撃者が管理者権限を取得した(またはバックグラウンドで操作を行うことができた)
- バックエンドのファイル・エディターに行く
- ある
functions.phpプラグイン・ファイルは、バックドア・コード(ウェブシェル)の一部を - 一度バックドアが存在すると、パスワードを変更し、脆弱なプラグインを削除しても、サイトは繰り返しコントロールされる可能性がある。
つまり、バックグラウンド・エディターをオフにすることの意味は
- 攻撃者が "バックドアを仕掛ける "経路を減らす
- 誤用のリスクを減らす(私自身や同僚がバックグラウンドでファイルをいじっているために起こる白い画面)
- ウェブサイトを「最小特権」に準拠させる(バックグラウンドでやってはいけないことはオフにする)。
3.コードの書き方は?どこに書くのがベストか?
3.1 推奨方法:wp-config.phpに記述する。
必要なのは wp-config.php この行をリストに加える:
define('DISALLOW_FILE_EDIT', true);
プレースメントの提案
取りあわせる /* 編集は以上です!ハッピー・パブリッシング。 この行の上(つまり、ファイルの末尾でコメントの前)に例を挙げる:
define('DISALLOW_FILE_EDIT', true);/* 以上で編集は終了です!ハッピー・パブリッシング。
こうすることで、WordPressがロードされたときに設定を読み込む。
![写真[2] - WordPressセキュリティ必勝法!バックグラウンドのファイルエディタを数秒でオフにするコード1行(DISALLOW_FILE_EDITチュートリアル)](https://www.361sale.com/wp-content/uploads/2026/02/20260202145228791-image.png)
3.2 なぜfunctions.phpではなくwp-config.phpが推奨されるのか?
wp-config.phpより安定した優先順位を持つグローバル・コンフィギュレーションだ。- テーマ依存なし(テーマを変えても失われない)
- テーマのエラーによって設定が無効になることはありません。
で書くと functions.phpテーマを切り替えたり、テーマファイルが破損したりすると、この設定は失われる可能性があります。
4.スイッチを入れるとどうなりますか?有効になっていることを確認するには?
![写真[3] - WordPressセキュリティ必勝法!バックグラウンドのファイルエディタを数秒でオフにするコード1行(DISALLOW_FILE_EDITチュートリアル)](https://www.361sale.com/wp-content/uploads/2026/02/20260202144050423-image.png)
電源を入れたときに最も直感的に変化する:
- 舞台裏 外装状態 「テーマ・ファイル・エディター "が表示されなくなった。
- 舞台裏 プラグイン プラグインファイルエディタ」ページが表示されなくなりました。
![写真[4] - WordPressセキュリティ必勝法!バックグラウンドのファイルエディタを数秒でオフにするコード1行(DISALLOW_FILE_EDITチュートリアル)](https://www.361sale.com/wp-content/uploads/2026/02/20260202145716942-image.png)
異なるバージョン/異なる言語は次のように表示される:
- テーマ・ファイル・エディター / テーマ・エディター
- プラグインファイルエディター / プラグインエディター
4.1 クイック確認法(最もシンプル)
- バックオフィスへのアクセス
- 外観とプラグインのメニューを見てください。
- ファイル・エディターが見つからない場合は、基本的に機能していない。
4.2 それでもエディター・エントリーが表示される場合は、通常の理由が考えられます:
- コードが正常に追加されない(場所が間違っている、ファイルが保存されていない)
- サイトにキャッシュ/OPcacheがある(まれだが、遅延する可能性がある)
- あなたは、現在のサイトの使用法以外の何かを編集している。
wp-config.php(マルチサイト/マルチ環境共通)
5.よくある質問:テーマやプラグインのアップデートに影響はありますか?
それはない。ファイル編集禁止 editor "だけで、"update "ではない。.
まだできる:
- プラグインの通常アップデート
- 通常の更新スレッド
- プラグイン/テーマを普通にアップロードする
- Elementor、Gutenbergでページのコンテンツを普通に編集する
そんなことはできない:
- バックエンドで直接PHPファイルを開き、修正する。
それこそが私たちが望んでいることだ:背景から "コード変更 "を取り除き、よりコントロールしやすいものに置き換える。
6.本当にコードを変更する必要がある場合は?代替案はありますか?
バックエンドエディターを閉じた後、コードを変更するための推奨パスは以下の通りです:
6.1 サブトピックの使用
テーマの機能/スタイルを変更したい場合は、子テーマを優先的に使用してください:
- テーマの更新によって上書きされない
- 変更がより管理しやすくなる
6.2 コードスニペットを使うか、独自のプラグインを作成する
![画像[5]-WordPressセキュリティ必勝法!バックグラウンドのファイルエディタを数秒でオフにするコード1行(DISALLOW_FILE_EDITチュートリアル)](https://www.361sale.com/wp-content/uploads/2026/02/20260202151435569-image.png)
機能コードを追加するだけで、テーマファイルを移動したくない場合:
- 支出 コードスニペット プラグイン(信頼できるバージョンを選ぶよう注意すること)
- あるいは、小さな機能的なプラグインを書いて、その中にコードを入れる。
6.3 FTP/サーバーファイルマネージャーの使用
文書を変更する必要がある場合
- FTP(FileZilla)を使用する
- またはホストパネルのファイルマネージャ(cPanel/1Panelなど)。
- またはSSH(より専門的)
そうすることの利点は、トレースを残すことができ、ロールバックすることができ、バックアップすることができ、バックグラウンドで "サイトを爆破するためにその場で変更 "されることはありません。
7.disallow_file_editとDISALLOW_FILE_MODSの違いは何ですか?
多くの人はこの2つの定数を混同するだろう:
7.1 disallow_file_edit
- ✅ テーマ/プラグインファイルの編集をバックグラウンドでのみ無効にする。
- アップデートやインストールには影響しません。
7.2 disallow_file_mods
- ✅ プラグインとテーマのインストール/更新/削除の禁止
- ✅ 「強く管理された」環境(例:顧客サイト、企業サイト)に適している。
わかりやすい:
- あなたはただオフ・エディターの使用
ファイル編集禁止 - バックグラウンドの「プラグインのロード、プラグインの更新」をロックしたい場合は、次のようにします。
disallow_file_mods
最も一般的なサイト:まず ファイル編集禁止 それだけで十分だ。
8.推奨事項の支持
ウェブサイト・セキュリティーをやっていて、まず3つのアクションだけをやりたいのであれば、トップ・ティアに入れるだろう:
- ✅ 開く
ファイル編集禁止 - 強力なパスワード ✅ 管理者アカウントの削減 ✅ 2FAの開放(可能であれば)
- ✅ 定期的にプラグインテーマを更新+未使用のプラグインテーマを削除
理由は単純です:バックエンドのエディタをオフにする=リスクの高いポータルを直接カットすることコストは最小限に抑えられ、メリットは大きい。
結語
disallow_file_edit WordPressのセキュリティにおいて、最も「手間がかからないが効果的」な設定の一つです。1行のコードでバックエンドのファイル編集ポータルをオフにできるので、攻撃者がバックエンドにアクセスできたとしても、バックドアを挿入する最も速い方法の一つです。コンテンツの更新や公開には影響しませんし、WooCommerceやElementorにも影響しません。
| お問い合わせ | |
|---|---|
| チュートリアルが読めない?無料でお答えします!個人サイト、中小企業サイトのための無料ヘルプ! |
カスタマーサービス WeChat
|
| ① 電話:020-2206-9892 | |
| ② QQ咨询:1025174874 | |
| 三 Eメール:info@361sale.com | |
| ④ 勤務時間: 月~金、9:30~18:30、祝日休み | |
この記事へのリンクhttps://www.361sale.com/ja/86617この記事は著作権で保護されており、必ず帰属表示を付けて複製してください。






















![絵文字[wozuimei]-Photonflux.com|プロのWordPress修理サービス、ワールドワイド、迅速対応](https://www.361sale.com/wp-content/themes/zibll/img/smilies/wozuimei.gif)
![表情[baoquan]-光子波动网 | 専門WordPress修復サービス、全世界対応、迅速対応](https://www.361sale.com/wp-content/themes/zibll/img/smilies/baoquan.gif)

コメントなし