XSSに対するContact Form 7のセキュリティ強化//公開日 2026-06-01//CVE-2026-7052

WP-FIREWALL セキュリティチーム

HT Contact Form 7 Vulnerability

プラグイン名 HT お問い合わせフォーム 7
脆弱性の種類 クロスサイトスクリプティング (XSS)
CVE番号 CVE-2026-7052
緊急 中くらい
CVE公開日 2026-06-01
ソースURL CVE-2026-7052

HT Contact Form <= 2.8.2 — ファイルアップロードフィールドを介した認証されていない保存型XSS（CVE-2026-7052） — WordPressサイトの所有者と開発者が今すぐ行うべきこと

2026-06-01にWP-Firewallセキュリティチームによって公開

まとめ
HT Contact Formプラグイン（バージョン2.8.2までを含む）に対する重要なプラグインセキュリティアドバイザリーが公開されました。この問題は、ファイルアップロードフィールドを介して悪用される認証されていない保存型クロスサイトスクリプティング（XSS）脆弱性です。この欠陥により、認証されていない攻撃者がJavaScriptペイロードを注入し、それがサイト訪問者や管理者のコンテキストで保存され実行されることを可能にします。この投稿では、リスク、悪用シナリオ、検出信号、段階的な緩和策、長期的な強化アドバイスを経験豊富なWordPressセキュリティチームの視点から説明します。.

目次

  • 何が起こったか（概要）
  • なぜこれが危険なのか（攻撃シナリオ）
  • 技術的根本原因（開発者が間違えたこと）
  • 概念実証（高レベル、実行可能ではない）
  • リスクのある人とCVSS評価
  • サイト所有者が直ちに実行すべきアクション（ステップバイステップ）
  • 今すぐ更新できない場合の一時的な緩和策
  • 事故後の回復とフォレンジックチェックリスト
  • 開発者ガイダンス：正しく修正する方法
  • 悪用を検出する方法
  • WP-Firewallがあなたのサイトを保護する方法と推奨プラン
  • 今日あなたのサイトを保護してください — WP-Firewallの無料プランを試してください
  • 最終的な注意事項と参考文献

何が起こったか（概要）

2026年6月1日に、HT Contact Formバージョン<= 2.8.2に影響を与える脆弱性（CVE-2026-7052）が公開されました。このプラグインにはファイルアップロードフィールドが含まれており、不十分な検証と不適切な出力エスケープにより、認証されていないユーザーが実行可能なJavaScriptまたはHTMLペイロードを含む作成されたファイルをアップロードできるようになります。これらのペイロードはサイトに保存され、後で訪問者や管理者に提供され、保存型クロスサイトスクリプティング（XSS）攻撃を可能にします。.

プラグインの著者は、この問題に対処するためのパッチリリース（2.8.3）を公開しました。脆弱なバージョンを実行している場合は、すぐに更新してください。すぐに更新できない場合は、以下に一時的な緩和策と検出ガイダンスを提供します。.

なぜこれが危険なのか — 実際の攻撃シナリオ

保存型XSSは、悪意のあるコンテンツがサーバーに保存され、後で他のユーザーのブラウザで実行されるため、ウェブアプリケーションの欠陥の中でも特に危険なクラスの一つです。ここでの脆弱性は特に懸念されます。

  • 脆弱性は認証されていない攻撃者によって引き起こされる可能性があります（ログイン不要）。.
  • 悪用はファイルアップロードメカニズムをターゲットにしており、サイト所有者は通常、標準のファイルタイプチェックが行われている場合は安全だと考えています。.
  • ペイロードは、管理者のみに実行されるように（ターゲット）またはすべての訪問者に対して（大規模な影響）作成できます。.
  • 悪用は、セッションハイジャック、隠れたバックドア（特権ユーザーの相互作用を介して）、認証情報の盗難、強制的な管理者アクション、またはサイト訪問者へのドライブバイマルウェアの配布につながる可能性があります。.
  • コンタクトフォームは一般的で頻繁に公開されているため、多くのサイトが関連するエンドポイントを公開しています。.
  • 攻撃者は既知のプラグインの脆弱性をスキャンし、大量に悪用することが多いため、自動化された悪用のリスクが高いです。.

攻撃者の可能な目標：

  • 管理者セッションのクッキーを盗んで持続的なアクセスを得る。.
  • XSS駆動のCSRFチェーンを介して管理者ユーザーを作成する。.
  • JavaScriptベースのバックドアを植え込むか、悪意のあるプロモーションコンテンツや広告を注入する。.
  • フィッシングやマルウェア配布のためのステージングポイントとしてサイトを使用する。.
  • ユーザーや検索エンジン（SEOスパム）向けに悪意のあるドメインへのリダイレクターを注入する。.

技術的な根本原因（何が間違ったのか）

概念的には、問題は入力検証、ファイル処理、および出力エスケープの失敗です：

  • アップロードされたファイルの不十分な検証：プラグインはファイルの内容、ファイルタイプ、ファイル拡張子、またはファイルメタデータ（MIMEタイプと拡張子の不一致）を厳密にチェックしませんでした。攻撃者は拡張子が安全に見えるファイル（例えば .jpg や .png）をアップロードできますが、実際には埋め込まれたHTML/JSや作成されたSVGコンテンツを含んでいます。.
  • 不適切なサニタイズと出力エスケープの欠如：サーバーに保存されたファイルやアップロードされたファイルへの生成されたリンクは、エスケープされることなくHTMLテンプレートに戻されました。アプリケーションがファイル名やリンクタグを出力する際、HTML/JSコンテキストを終了または注入できる文字をエスケープすることに失敗しました。.
  • アップロードエンドポイント周辺の認証または権限チェックの欠如：ファイルアップロードエンドポイントは認証されていないユーザーによって呼び出される可能性があり、自動化された悪用を防ぐための堅牢なサーバーサイドチェックやノンス検証がありませんでした。.
  • SVGやその他のベクター画像フォーマットに対する不十分なフィルタリング：SVGファイルはJavaScriptやインラインイベントハンドラを含むことができます。SVGのアップロードがサニタイズされないか、許可されていない場合、これらは簡単にXSSベクターになります。.

開発者は深層防御を適用する必要があります：アップロードを検証し、ファイル名とファイル内容をサニタイズし、アップロード可能なタイプを制限し、出力を正しくエスケープし、管理ファイルの表示/レンダリング機能に対して権限チェックとノンスを強制します。.

概念実証（高レベル、実行可能ではない）

ステップバイステップの攻撃コードや悪用スクリプトは提供しません。高いレベルでは、攻撃者は：

  1. 許可されたタイプに見える添付ファイル付きのコンタクトフォームを提出するか、許可された拡張子を使用しますが、悪意のあるマークアップを含んでいます（例：インラインスクリプトを含むSVGや画像として偽装されたHTMLファイル）。.
  2. サーバーはアップロードを受け入れ、ファイルをウェブアクセス可能なディレクトリに保存します。.
  3. ファイルまたはファイルのリストが後でコンタクトフォームのエントリのコンテキストでレンダリングされると、保存された悪意のあるマークアップが適切なエスケープなしにページにレンダリングされます。.
  4. ブラウザはサイトのオリジンのコンテキストで注入されたスクリプトを実行し、攻撃者が被害者として操作を行うことを可能にします（クッキーを盗む、XHRを介して管理者アクションを実行するなど）。.

これが、ファイルアップロードを介した保存されたXSSが深刻なリスクである理由です — 注入されたペイロードはあなたのサーバーに存在し、実行をトリガーする権限を持つユーザーを待っています。.

リスクのある人とCVSS評価

  • 影響を受けたプラグイン：HT Contact Form (<= 2.8.2)。.
  • パッチ適用済み: 2.8.3。.
  • 必要な権限: 認証されていない（トリガーするためのログインは不要）。.
  • 攻撃の複雑さ: 低から中。.
  • CVSS基本スコア（公開されたもの）: 7.1 — コンテキストに応じて高 / 中。.
  • 実際の可能性: 高 — お問い合わせフォームは公開されており、自動スキャナーによって頻繁に標的にされる。.

脆弱なプラグインバージョンを使用しているすべてのWordPressサイトは、トラフィック量に関係なくリスクにさらされています。ダッシュボードやお問い合わせフォームのエントリでファイル添付を表示する可能性のある敏感な管理ユーザーを持つサイトは、リスクが増加します。.

サイト所有者が直ちに実行すべきアクション（ステップバイステップ）

HT Contact FormがインストールされたWordPressサイトを管理している場合は、すぐに以下の手順に従ってください:

  1. プラグインのバージョンを確認します:
      – WordPress管理画面にログイン → プラグイン → インストール済みプラグイン。.
      – HT Contact Formプラグインがバージョン2.8.2またはそれ以前を示している場合は、以下の手順に進んでください。.
  2. プラグインを2.8.3（またはそれ以降）に更新します:
      – 最良かつ主要な修正: リリースされたパッチ適用済みバージョン2.8.3に更新します。.
      – 自動更新が有効になっている場合は、更新が適用されたことを確認します。.
  3. すぐに更新できない場合は、一時的にプラグインを無効にしてください：
      – プラグイン → インストール済みプラグインに移動し、プラグインを無効化します。.
      – プラグインがビジネス運営に不可欠で無効化できない場合は、以下に示す一時的な緩和策を適用します。.
  4. サイトをスキャンして疑わしいアップロード、注入されたスクリプト、および予期しない管理ユーザーを探します:
      – アップロードディレクトリ（wp-content/uploadsおよびプラグイン固有のディレクトリ）を確認し、不明なファイル、特に二重拡張子やSVG/HTMLファイルを探します。.
      – お問い合わせフォームのエントリと添付ファイルを確認し、埋め込まれたマークアップや外部ドメインへの参照を探します。.
      – 新しいまたは認識されていない管理者またはエディターアカウントを探します。.
  5. 疑わしいファイルを削除し、エントリをクリーンアップします:
      – 明らかに悪意のあるファイルを見つけた場合は、必要なフォレンジックコピーを保存した後に削除してください（分析のためにダウンロード）。.
      – 可能な限り、感染したファイルをクリーンなバックアップに置き換えてください。.
  6. 潜在的に侵害されたアカウントをリセットします：
      – 管理者やコンタクトフォームファイルに関与したユーザーのパスワードを強制的にリセットします。.
      – 露出している可能性がある場合は、APIキー、秘密トークン、およびOAuth資格情報をローテーションします。.
  7. 必要に応じて、既知のクリーンバックアップから復元します：
      – 持続的な侵害を検出した場合は、悪用の可能性がある時点より前に作成されたバックアップからサイトを復元し、その後プラグインを更新し、サイトをオンラインに戻す前に強化します。.
  8. ログとトラフィックを監視します：
      – アクセスログとエラーログを監視し、疑わしいリクエスト（プラグインエンドポイントへのアップロード、繰り返しのコンタクトフォーム送信など）に注意してください。.
      – ウェブアプリケーションファイアウォールログを有効にし、監視します（以下のWP-Firewallガイダンスを参照）。.

今すぐ更新できない場合の一時的な緩和策

互換性、テスト、またはメンテナンスウィンドウのためにすぐに2.8.3に更新できない場合は、リスクを減らすために以下の一時的な緩和策を適用します：

  • 脆弱なエンドポイントをブロックするためにWebアプリケーションファイアウォール（WAF）ルールを有効にするか、コンタクトフォーム送信URLへのアップロードリクエストをブロックします。 WAFを構成して、疑わしいファイルアップロードとペイロードパターンをブロックします。ファイルアップロードXSSをターゲットにした管理されたWAFルールは、即時保護に効果的です。.
  • コンタクトフォーム設定でファイルアップロードを無効にします（プラグインがオプションを提供している場合）。.
  • アップロードを安全なファイルタイプ（例：.pdf、.txt）のみ許可し、SVG、HTML、PHP、およびその他の実行可能なタイプを明示的に禁止します。サーバー側のフィルタリングを強制し、クライアント側だけではありません。.
  • プラグインアップロードディレクトリからファイルをレンダリングするためのサーバーレベルの拒否ルールを追加します（たとえば、HTMLまたはSVGファイルの直接実行を防ぐために.htaccessまたはnginxルールを使用します）。.
  • スクリプトが実行できる場所を制限するContent Security Policy（CSP）ヘッダーを実装します。インラインスクリプトが注入されてunsafe-inlineを許可している場合、CSPは保存されたXSSを完全にブロックできませんが、適切に厳格なCSPは影響を軽減するのに役立ちます。.
  • より保守的なアプローチとして、一時的にプラグインのアップロードディレクトリをウェブルートの外に移動するか、サーバーが安全なContent-Typeとダウンロードヘッダーで応答することを確認します（ファイルがインラインで実行されないように）。.

19. 寄稿者が公開できなくても、管理者によってプレビューされたり、他の特権ユーザーによって公開されたりすると、そのコンテンツは依然として損害を引き起こす可能性があります。 一時的な緩和策はリスクを減らしますが、公式パッチを適用する代わりにはなりません。.

事故後の回復とフォレンジックチェックリスト

サイトが悪用された場合は、そのインシデントを潜在的な完全な侵害として扱います。これらの手順に従ってください：

  1. 証拠を保全し、保存します：
      – 削除する前に、オフライン分析のためにログ、疑わしいファイル、および関連するデータベース行を複製します。.
      – タイムスタンプ、アクセスログ、サーバーログを保持します。.
  2. スコープを特定します：
      – 脆弱な部分にアクセスしたアカウントを特定し、管理者アカウントが使用されたかどうかを確認します。.
      – 永続性を提供する可能性のあるウェブシェル、変更されたコア/テーマ/プラグインファイル、またはスケジュールされたタスク（cron）を検索します。.
  3. クリーンまたは再構築：
      – 軽微なインシデントの場合、注入されたファイルとスクリプトを削除し、プラグインおよび他のプラグイン/テーマ/コアを更新し、資格情報をローテーションし、再スキャンします。.
      – 深刻なインシデントの場合、確認済みのクリーンバックアップからサイトを再構築し、必要なプラグインとテーマのみを再構成します—公開アクセスを復元する前に更新を適用します。.
  4. 秘密情報と資格情報をリセットします：
      – すべての管理者パスワード、FTP/SFTP資格情報、データベースパスワード、およびAPIキーをリセットします。.
      – 可能な場合はクッキーとセッションを無効にします。.
  5. ハードニングと監視を再評価します：
      – ファイル権限を強化し、アップロードディレクトリでの不安全なPHP実行を無効にし、サーバーレベルの保護を有効にし、監視とアラートを実装します。.
      – コアファイルとテーマの変更をフラグ付けする侵入検知とマルウェアスキャンを検討します。.
  6. 利害関係者に通知してください：
      – 露出したデータと規制要件に応じて、必要に応じて影響を受けたユーザーと規制当局に通知します。.

開発者ガイダンス：正しく修正する方法

プラグイン開発者またはサイト統合者である場合、ファイルアップロードを介したXSSを防ぎ、根本的な問題を正しく修正するための具体的な推奨事項があります。.

入力検証とファイル処理：

  • WordPressのネイティブアップロードハンドラを使用します：
    • 使用 wp_handle_upload(), wp_check_filetype_and_ext()、 そして wp_mime_type_by_extension() ファイルタイプと拡張子を確認します。.
  • ファイル内容を検証します：
    • ファイル拡張子だけに依存しないでください。MIMEタイプを確認し、埋め込まれたスクリプトのために重要なフォーマット（SVG、HTML）をスキャンします。.
  • 許可されるファイルタイプを厳密に制限し、許可されるフォーマットを最小限に抑えます。.
  • SVGのアップロードを禁止する、堅牢なサニタイズを実装しない限り（例：スクリプトやイベント属性を削除するSVGサニタイザ）。.

サニタイズとエスケープ：

  • ファイル名をサニタイズする：使用する sanitize_file_name() 危険な文字を削除し、マークアップとして解釈される可能性のあるファイル名を避ける。.
  • ファイル名やファイルURLを表示する際は、常に正しいコンテキストのために出力をエスケープする：
    • esc_attr() 属性コンテキスト（例：hrefやaltの中）。.
    • esc_url() URL の場合。
    • esc_html() テキストコンテンツの場合は。.
  • サニタイザを通さずに生のファイル内容やユーザー提供のHTMLをエコーすることを避ける wp_kses() 適切な許可リストを持って。.

認証と権限チェック：

  • 保存されたユーザーコンテンツをレンダリングするエンドポイントが適切な権限チェック（現在のユーザーができる()）とノンス検証を必要とすることを確認する。.
  • 管理者専用のファイルレンダリングまたはプレビューページでは、アクセスを制限し、管理UIで任意のアップロードされたコンテンツをレンダリングすることを避ける。.

ストレージと提供：

  • アップロードを直接スクリプト実行を許可しない場所に保存する（可能な限りファイルをレンダリングするのではなく、添付ファイルとして提供するようにサーバールールを設定する）。.
  • ユーザーがアップロードしたファイルを安全なレスポンスヘッダーで提供する、例：Content-Disposition: attachment; filename=”…”, インライン実行を防ぐために。.

テストとCI：

  • CIパイプラインに自動化されたセキュリティテストを追加する：
    • 幅広いエッジケースファイルタイプでファイルアップロードを検証する。.
    • テンプレート内の出力エスケープをテストする。.
  • フェズィングや静的解析ツールを使用して、インジェクションポイントや不安全な出力を見つける。.

ロギング & 監視：

  • IP、ユーザーエージェント、ファイルメタデータ、およびその他の関連詳細を含むログアップロードイベントを記録します。.
  • 異常なアップロード率や疑わしいIPからのアップロードを監視します。.

パッチ管理:

  • プラグイン提供のアップロードエンドポイントに依存するサードパーティ統合を維持している場合は、緊急更新チャネルと自動パッチ展開戦略を計画してください。.

悪用を検出する方法 — 注目すべき兆候

早期検出が鍵です。悪用が発生した可能性がある強い指標は次のとおりです：

  • アップロードディレクトリ内の予期しないファイル：HTML、SVG、PHP、または二重拡張子のファイル（image.jpg.php、photo.png.html）。.
  • 管理UIでのコンタクトフォームエントリを表示する際の予期しないインラインスクリプトやスクリプトタグ。.
  • あなたが承認していない新しい管理アカウントやユーザーロールの変更。.
  • サーバーからの異常な外向き接続（悪意のあるスクリプトが外部C2またはトラッキングドメインに接触）。.
  • 注入されたJavaScriptベースのリダイレクト、隠れたiframe、またはポップアップなど、サイトコンテンツの変更。.
  • フォーム送信エンドポイントでの4xx/5xxレスポンス率の上昇（自動スキャン/悪用試行を示す）。.
  • 保存されたXSSや疑わしいペイロードを示すサイトスキャンツールからのアラート。.

チェックするログソース：

  • コンタクトフォーム送信エンドポイントへのPOSTリクエストのアクセスログ。.
  • 予期しないPHP警告やファイル処理エラーのエラーログ。.
  • ブロックされた試行や異常なペイロードパターンを示すWebアプリケーションファイアウォールログ。.
  • IPまたはユーザーエージェントによるアップロードイベントを示すアプリケーションログ。.

WP-Firewallがあなたのサイトを保護する方法

プロフェッショナルなWordPressファイアウォールおよびセキュリティサービスとして、WP-Firewallはファイルアップロードを通じて保存されたXSSの問題をキャッチし、軽減するために設計された層状の保護を提供します。.

この脆弱性に関連する主要な保護機能：

  • 管理されたWAFルール：コンタクトフォームアップロードエンドポイントとファイルアップロードXSSペイロードシグネチャを標的とする既知の悪用パターンをブロックする迅速に展開されたルール。.
  • アップロードフィルタリング：疑わしいファイルタイプをブロックし、MIMEタイプと拡張子のチェックを強制するサーバーレイヤー制御。.
  • マルウェアスキャナー：アップロードおよびテーマ/プラグインファイルの定期的なスキャンにより、注入されたスクリプトや異常を検出します。.
  • OWASPトップ10の緩和：XSSを含む一般的な注入ベクターを対象とした組み込みの保護とルールセット。.
  • リアルタイムのログ記録とアラート：疑わしいアップロード活動やブロックされた攻撃試行に対する即時アラート。.
  • 既知の脆弱性に対する自動緩和：高リスクのアドバイザリーが公開されると、WP-Firewallは仮想パッチとブロックルールを適用し、更新のスケジュールを設定できます。.

これらの制御を組み合わせることで、攻撃面が大幅に減少し、パッチの展開や緊急時に重要な保護を提供します。.

今日あなたのサイトを保護してください — WP-Firewallの無料プランを試してください

プラグインを更新し、強化する際に保護を追加する迅速で実用的な方法を求める場合、WP-Firewallの無料プランはこの種のリスクを即座に軽減するための基本的な防御を提供します。無料の基本プランには以下が含まれます：

  • 管理されたファイアウォールとWebアプリケーションファイアウォール（WAF）
  • 無制限の帯域幅
  • マルウェアスキャナー
  • OWASPトップ10の緩和策

今すぐサインアップして無料の保護を有効にしてください： https://my.wp-firewall.com/buy/wp-firewall-free-plan/

長期的な強化の推奨事項

即時の修正を超えて、将来のリスクを減らすための広範なセキュリティ対策を実施します：

  1. 最小権限の原則:
    • プラグインのアップロード機能へのアクセスを、本当に必要な役割のみに制限します。.
    • 絶対に必要でない限り、認証されていないファイルのアップロードを許可しないでください。.
  2. 厳格なファイルタイプポリシー：
    • ワークフローに必要なファイル形式のみを許可し、可能な場合はサーバー側で安全な形式にファイルを変換することを検討してください。.
  3. サーバーレベルの保護を強制します：
    • アップロードされたファイルの実行を防ぐために、.htaccess/nginxルールを構成します。.
    • 適切なファイル権限を設定し、アップロードフォルダーでの実行を無効にします。.
  4. 定期的なプラグインメンテナンス：
    • WordPress のコア、テーマ、プラグインを最新の状態に保ってください。
    • 信頼できるセキュリティアラートを購読し、更新のためのテスト/ステージング環境を維持します。.
  5. 深層防御：
    • 管理されたWAF、マルウェアスキャナー、および整合性監視を使用します。.
    • 厳格なコンテンツセキュリティポリシー（CSP）、HTTPセキュリティヘッダー、および安全なクッキーのフラグを採用します。.
  6. 定期的なバックアップと復旧計画：
    • 定期的なバージョン管理されたバックアップをオフサイトに保存してください。.
    • テスト済みのインシデント対応および復元手順を持ってください。.
  7. 開発者の衛生状態：
    • セキュアコーディング標準、セキュリティコードレビュー、および入力/出力処理のための自動テストを実施してください。.

インシデント対応の例チェックリスト（簡潔）

  • [ ] プラグインを2.8.3に即座に更新する（またはプラグインを無効化する）。.
  • [ ] アップロードとデータベースを疑わしいコンテンツのためにスキャンする。.
  • [ ] 疑わしいファイルを削除または隔離する（フォレンジック用にコピーを保存する）。.
  • [ ] すべての管理者およびサービスの資格情報をローテーションする。.
  • [ ] 持続的な侵害が見つかった場合は、クリーンバックアップから再構築する。.
  • [ ] アップロードの悪用と保存されたXSSパターンをブロックするWAFルールを有効にする。.
  • [ ] 繰り返しのアップロード試行や管理者の再実行を監視し、警告する。.
  • [ ] 開発者の修正をレビューし、実施する（サニタイズ/エスケープ、アップロードを制限する）。.

最終ノート

ファイルアップロードによる保存されたXSSは、ユーザー提供のファイル処理とクロスサイトスクリプティングという2つのリスクの高い機能を組み合わせるため、特に厄介です。最良の防御は、厳格なサーバーサイドの検証、慎重な出力エスケープ、および効果的で管理されたWebアプリケーションファイアウォールによって補完されたタイムリーなパッチ適用です。WordPressサイトを管理またはホストしている場合は、HT Contact Formをパッチ適用されたバージョン（2.8.3+）に即座に更新することを優先し、できない場合はこの記事に記載された一時的な緩和策を実施してください。.

WP-Firewallは、サイト所有者が迅速に緩和策を展開し、悪用を監視し、長期的な強化を実施するのを支援するために利用可能です。サイト評価の実施、侵害のクリーンアップ、または緊急WAFルールセットの展開にサポートが必要な場合は、私たちのチームが支援する準備ができています。.

参考文献とさらなる読み物

  • CVE-2026-7052（公開アドバイザリー）
  • HT Contact Formプラグインのリリースノート（パッチ適用バージョン）
  • WordPress開発者ドキュメント： wp_handle_upload(), wp_check_filetype_and_ext(), sanitize_file_name(), esc_* 関数
  • OWASP: クロスサイトスクリプティング（XSS）防止ガイドライン

チェックリストファイル、サンプルnginx/.htaccessルールテンプレート、またはホスティング環境に合わせたガイダンスが必要な場合は、WP-Firewallサポートに連絡するか、無料プランにサインアップして即時の自動保護を受けてください： https://my.wp-firewall.com/buy/wp-firewall-free-plan/

wordpress security update banner

WP Security Weeklyを無料で受け取る 👋
今すぐ登録!!

毎週、WordPress セキュリティ アップデートをメールで受け取るには、サインアップしてください。

スパムメールは送りません！ プライバシーポリシー 詳細については。

無料のWordPressセキュリティコンサルテーションをご予約いただくには、お問い合わせください。

お問い合わせ

WPファイアウォール
香港、九龍、観塘、洪徳路71号、ザ・レイズ6階

特徴 価格 ブログ ログイン
プライバシーポリシー 利用規約 ドキュメント アフィリエイト

© 2026 WP-Firewall™