それはですね…「ファイル書き込み」の権限が、テーマとプラグインの間で誤って開放されているからです。ただ、現場の管理者として言うなら、まずは「AvadaテーマとFusion Builderが導入されているか」を確認するべきです。wp-content配下のディレクトリ構成をチェックし、不要なコンポーネントは即座に削除するのが手始めです。

技術的欠陥では済まされませんが、現実問題として「PHPファイルの作成」が可能になるため、まず「サーバーの異常なファイル変更」を監視する必要があります。たとえば、wp-content/uploadsやwp-content/themes/avadaディレクトリに、意図しない.phpファイルが生成されていないかを定期的にスキャンしましょう。

パッチ適用は「技術的義務」です。公式から提供される修正を適用する際、変更管理のプロセスに則ってください。たとえば、パッチ適用前後のファイルハッシュを比較し、異常な変更がなかったかを確認する習慣が重要です。また、ベンダー情報確認として、AvadaやFusion Builderの公式サイトで最新バージョンを再確認し、導入中のバージョンが脆弱性対象範囲内に含まれていないかを確認してください。

はい。アクセスログに「異常なPOSTリクエスト」や「ファイルアップロードの試み」が記録されていないかをチェックし、そのようなパターンが見つかった場合は、即座に調査を開始してください。また、定期的な「不要なファイルの存在チェック」を忘れずに。たとえば、findコマンドでwp-content配下の.phpファイルを一括検索するスクリプトをcronで実行するのも手です。

現実的には「防衛のコスト」を軽視してはなりません。WordPress運用者は、テーマやプラグインの導入状況を常に把握し、公式のセキュリティアドバイスに従うべきです。また、この脆弱性が発覚した際、他のサイト管理者と情報共有する姿勢も重要です。さもなくば、この「認証不要のファイル書き込み」が、次なる攻撃の種になるでしょう。