EnviraフォトギャラリーXSS脆弱性アドバイザリー//公開日 2026-03-05//CVE-2026-1236

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

Envira Photo Gallery Vulnerability

プラグイン名 Enviraフォトギャラリー
脆弱性の種類 クロスサイトスクリプティング (XSS)
CVE番号 CVE-2026-1236
緊急 低い
CVE公開日 2026-03-05
ソースURL CVE-2026-1236

緊急: WordPressサイトオーナーがEnvira Photo Galleryの保存されたXSS（CVE-2026-1236）について知っておくべきこと

WordPressを運営し、Envira Photo Gallery（Lite/Freeまたはプレミアム版を含む）を使用している場合は、今すぐこれを読む必要があります。.

保存されたクロスサイトスクリプティング（XSS）脆弱性 — CVE-2026-1236として追跡される — は、Envira Photo Galleryのバージョン1.12.3までおよびそれを含むものに影響を与えます。この問題により、著者権限（またはそれ以上）を持つ認証済みユーザーがプラグインのREST APIパラメータを介して持続的なXSSペイロードを注入することができます。 justified_gallery_theme. この脆弱性は、Envira Photo Gallery 1.12.4で修正されました。.

以下に、この脆弱性が何を意味するのか、攻撃者がどのように悪用する可能性があるのか、検出と軽減の方法、WP-Firewallがどのように保護するのか、そしてすぐにアップグレードできない場合に今日できることを、平易な言葉と実行可能なステップで説明します。.

これはWordPressセキュリティエンジニアリングの第一線の経験から書かれており、サイトオーナー、エージェンシー、セキュリティチームに対する実用的で無駄のないガイダンスです。.

簡単な要約（見出しを求めるサイトオーナー向け）

  • Envira Photo Gallery ≤ 1.12.3には、REST APIパラメータを介して保存されたXSS脆弱性があります。 justified_gallery_theme.
  • CVE識別子: CVE-2026-1236。パッチ: Envira Photo Gallery 1.12.4。.
  • 必要な権限: 少なくとも著者ロールを持つ認証済みユーザー。.
  • 影響: 保存されたXSS（持続的）。攻撃者は訪問者のブラウザで実行されるスクリプトを注入でき、セッションの盗難、プレゼンテーションの操作、リダイレクト、クリックジャッキングの助長、または特権ユーザーのインタラクションを介してサーバーサイドのアクションにピボットする可能性があります。.
  • CVSS（報告済み）: 5.9（中）。悪用には、著者が多くの現実的なシナリオで注入されたコンテンツをトリガーまたはインタラクトする必要がありますが、攻撃は複数の著者、寄稿者、または信頼できない編集者を持つサイトにとっては依然として重要です。.
  • 直ちに行うべきアクション: プラグインを1.12.4に更新する（推奨）、更新できない場合はWAF/仮想パッチを適用する、著者権限を制限する、注入されたペイロードを監査する、注入されたコンテンツをスキャンしてクリーンアップする。.

なぜこれが重要なのか — 保存されたXSSはスコアが「中」に見えても危険です。“

保存されたXSSは、悪意のあるスクリプトがサーバーに保存され（例: データベースレコード、プラグイン設定、またはpostmeta内）、影響を受けたページを表示する任意のユーザーに提供されることを意味します。被害者が作成されたリンクをクリックする必要がある反射型XSSとは異なり、保存されたXSSは訪問を超えて持続するペイロードを注入し、複数のユーザーに影響を与えることができます。.

CVSSが中程度の範囲にあるにもかかわらず、保存されたXSSは攻撃者にとって特に有用です。

  • 編集者やサイト管理者からセッションクッキーや認証トークンを盗む（クッキーにHttpOnly/secureスコープがない場合）。.
  • サイトのコンテンツを変更する（投稿/ページを作成し、スパムや広告を注入する）。.
  • 特権インターフェースと間接的にインタラクトすることで、バックドアや悪意のある管理ユーザーを追加する。.
  • マルウェアを拡散する（悪意のあるJavaScriptを注入してエンドユーザーに悪意のあるペイロードを提供する）。.
  • 隠れたリンクや隠蔽されたコンテンツを注入することでSEOをハイジャックします。.

重要な点：この脆弱性は、認証された著者（またはそれ以上）がペイロードを送信する必要があり、これにより複数の編集者、寄稿者、またはゲスト著者を持つサイトが特にリスクにさらされます。多くの小規模な代理店や編集チームは、便利さのために著者レベルのアクセスを提供しており、これが露出を増加させます。.

脆弱性の動作方法（高レベル、エクスプロイトコードなし）

  • Envira Photo GalleryのREST APIは、というパラメータを受け入れます justified_gallery_theme.
  • プラグインは、このパラメータを保存またはレンダリングする際に十分にサニタイズまたはエスケープしませんでした。.
  • 認証された著者が悪意のある値を書き込みます justified_gallery_theme REST API経由で。.
  • その悪意のある値はデータベースに永続化され、後にページまたは管理画面に出力され、ブラウザでJavaScriptとして実行されるコンテキストで表示されます（保存されたXSS）。.
  • ペイロードがサーバーに保存され、他のユーザーに表示されるため、ギャラリーやその値をレンダリングする管理ページを表示する訪問者は、注入されたスクリプトを実行する可能性があります。.

概念実証コードの公開は避けます — 責任ある開示と悪用の詳細は、セキュリティ研究者とベンダーに保持されます。あなたのサイトが影響を受ける可能性があると思われる場合は、検出と緩和に直ちに対処してください。.

影響を受けるバージョンと修正

  • 影響を受ける：Envira Photo Galleryバージョン <= 1.12.3
  • 修正済み：Envira Photo Gallery 1.12.4
  • CVE：CVE‑2026‑1236

修正の優先度: Envira Photo Galleryのバージョンが≤ 1.12.3の場合は、直ちに1.12.4に更新してください。互換性やステージングの制約により更新できない場合は、Webアプリケーションファイアウォールを介して仮想パッチを適用し、以下の手順に従ってください。.

直ちに行うべきステップ — 実行可能なチェックリスト（今すぐこれを行ってください）

  1. Envira Photo Galleryをバージョン1.12.4（またはそれ以降）に更新します
    • プラグインベンダーが修正をリリースしました。更新が最も直接的で信頼できる修正です。.
    • 古いバージョンに依存する可能性のあるテーマ/カスタムコードがある場合は、まずステージングコピーで更新をテストしてください。.
  2. 更新が直ちに不可能な場合 — WAF/仮想パッチを適用してください。
    • ファイアウォールを設定して、設定を試みるリクエストをブロックします。 justified_gallery_theme 疑わしいコンテンツを含む <script, onerror=, ジャバスクリプト:, ドキュメント.cookie, 、またはエンコードされた同等物。.
    • そのようなペイロードを持つプラグインのREST APIルートへのPOST/PATCHリクエストを特にブロックするルールを追加します。.
  3. ユーザーの権限を制限します。
    • Author+ロールを持つユーザーの数を減らします。可能な場合は、最小限の権限を持つContributorまたはカスタムロールを使用してください。.
    • 未使用のユーザーアカウントを削除または監査します。.
    • 強力なパスワードを強制し、権限のあるアカウントに対して2FAを有効にします。.
  4. 注入されたコンテンツをスキャンします（検索してクリーンアップ）。
    • WP‑CLIまたはデータベースツールを使用して、options、postmeta、およびposts内の注入されたペイロードの証拠を検索します。.
    • 一般的な検索例：
      • WP-CLI: wp db query "SELECT * FROM wp_postmeta WHERE meta_value LIKE '%justified_gallery_theme%';"
      • SQL: SELECT * FROM wp_postmeta WHERE meta_value REGEXP '<script|onerror|javascript:';
    • また、検索します。 wp_posts.post_content そして wp_options.option_value 疑わしいスクリプトマーカーを。.
  5. ログと最近の活動を確認します。
    • REST APIアクセスログとユーザー活動ログを見て、誰が値を書いたのか、いつ書いたのかを特定します。.
    • 疑わしいパターンのためにユーザーのIPと時間を照合します。.
  6. 管理者アカウントの侵害の証拠が見つかった場合は、資格情報と秘密をローテーションします。
    • 影響を受けたアカウントのパスワードをリセットします（特にプラグインエンドポイントと相互作用した場合）。.
    • サイトに保存されている可能性のあるAPIキーや資格情報をローテーションします。.
  7. フォローアップを監視し、スケジュールを設定する
    • 数週間にわたり、さらなる侵害や再発するペイロードの兆候をサイトで監視し続ける。.
    • 定期的なスキャンをスケジュールする。.

侵害を検出する方法 — 実用的な検出技術

ストアされたXSSを検出するのは難しい場合があります。なぜなら、ペイロードはしばしばエンコードまたは難読化されて、単純なスキャナーを回避するからです。潜在的な侵害を明らかにするための実用的な方法は次のとおりです：

  • 一般的なスクリプトマーカーを探して、データベースをgrepまたはクエリする：
    • wp_postmeta.meta_value LIKE '%<script%'
    • wp_posts.post_content LIKE '%<script%'
    • wp_options.option_value LIKE '%<script%'
    • meta_value REGEXP 'onerror|onload|javascript:|document.cookie|innerHTML'
  • WP‑CLIを使用して、手動レビューのために疑わしい行をダンプする：
    • wp db query "SELECT meta_id, post_id, meta_key, meta_value FROM wp_postmeta WHERE meta_value LIKE '%<script%';"
  • 最近のREST APIの変更を監査する：
    • REST APIリクエストをログに記録している場合（または監査プラグインがある場合）、“envira”またはギャラリーIDを含むエンドポイントでフィルタリングし、ペイロードをレビューする。.
  • HTMLスキャナー/XSSスキャナー（ホスティングまたはオンプレミス）を使用してページをクロールし、DOMインジェクションポイントを特定する。.
  • ステージング環境でギャラリーページを検査する：ギャラリーソースを表示し、予期しないインラインスクリプトやイベントハンドラーを検索する。.

疑わしいコンテンツを見つけた場合は、法医学的レビューのために安全な環境にエクスポートし、分析とバックアップの後にのみ本番環境で値を削除/クリーンする。.

検出後にサイトをクリーンアップする方法

  1. フォレンジックスナップショットを取得します
    • 変更を加える前に、完全なバックアップ（ファイル + DB）を作成し、オフラインに保存する。.
    • 調査のために疑わしい行をエクスポートする。.
  2. 悪意のあるペイロードを削除します
    • 影響を受けたメタ行/オプション/投稿を手動でクリーンアップし、安全なデフォルト値に置き換えます。.
    • 依存関係を理解せずにプラグインやプラグインエントリを単純に削除しないでください。.
  3. バックドアと持続性をチェックします
    • 最近変更されたPHPファイルや難読化されたコードをテーマファイルやアップロードで検索します。.
    • wp-content/uploads内で予期しない.phpファイルを探します（アップロードには実行可能なPHPが含まれてはいけません）。.
    • 信頼できるマルウェアスキャナーでファイルシステムとデータベースをスキャンします。.
  4. 更新と強化
    • プラグイン、WordPressコア、および他のプラグイン/テーマを最新バージョンに更新します。.
    • 以下に説明するようにサイトを強化します。.
  5. 認証情報をローテーションし、シークレットを再発行します
    • 標的にされた可能性のあるユーザーに対してパスワードのリセットを強制します。.
    • APIキー、OAuthトークン、または他の認証情報をローテーションします。.
  6. 再監査と監視を行います
    • 再発の有無を確認するためにログを再スキャンし、監視します。.
    • 攻撃者がもはや持続性を持たないことを確認するために、一定期間（30〜90日）監視を続けます。.

推奨される技術的緩和策（詳細）

以下は、このクラスの脆弱性に対してWordPressサイトを強化するのに役立つ技術的コントロールです。.

A. ウェブアプリケーションファイアウォール（WAF）/仮想パッチ

すぐにアップグレードできない場合、WAFを介した仮想パッチが最も迅速な保護手段です。.

提案された検出パターン（例 — WAFの構文に適応してください）：

  • 1. ボディパラメータを含むPOST/PATCH/PUTリクエストをブロックします。 justified_gallery_theme 2. XSSインジケーターを含む場合：
    • 3. 明らかなスクリプトタグとイベントハンドラーをブロックするための正規表現：
      • 4. (?i)(<\s*script\b|on(error|load|click|mouseover)\s*=|javascript:|document\.cookie|innerHTML|<\s*iframe\b)
  • 5. 疑わしいペイロードを含むRESTエンドポイントへのリクエストをブロックします：
    • 6. プラグインが次のようなREST名前空間を公開している場合 7. /wp-json/envira/ または 8. /wp-json/envira-gallery/, 9. 、疑わしいコンテンツを含むその名前空間へのリクエストに対してターゲットルールを作成します。.
  • 10. サンプルModSecurityスタイルのルール（概念的）： 
    11. SecRule REQUEST_BODY "@rx (?i)(<\s*script\b|onerror=|javascript:|document\.cookie)" "id:900001,deny,log,msg:'envira justified_gallery_theme XSS試行をブロック',phase:2"

重要： 12. 偽陽性を避けるためにルールを慎重に作成しテストします。まずは監視/ログモードから始めて、次にブロックに移行します。.

13. B. REST APIアクセスを制限する

  • 14. プラグインのRESTエンドポイントを適切な能力チェックを持つ認証ユーザーに制限します（開発者はプラグインにサーバーサイドチェックを追加するか、カスタムコードを介して追加できます）。.
  • 15. エンドポイントが公開される必要がない場合は、能力によって制限するか、無効にします：
    • 16. 例：muプラグインまたはテーマ内で 関数.php, 17. 、ルートを許可する前にチェックするフィルターを追加します。 current_user_can('edit_posts') 18. C. コンテンツセキュリティポリシー（CSP）.

19. XSSの影響を減らすためにCSPを実装または強化します：

  • XSSの影響を減らすためにCSPを実装または強化してください：
    • CSPヘッダーを使用してインラインスクリプトを禁止し、スクリプトソースを信頼できるホストに制限します： 
      Content-Security-Policy: default-src 'self'; script-src 'self' https://trusted-cdn.example.com; object-src 'none'; base-uri 'self'; frame-ancestors 'none';
    • 注意：厳格なCSPを実装するには、段階的な展開とテストが必要になる場合があります。多くのプラグインやテーマがインラインスクリプトに依存しているためです。.

D. 出力エスケープとサニタイズ（開発修正）

  • プラグインの著者（またはカスタムコード）が、ページに出力する前にユーザー制御の値に対して適切なエスケープ（esc_html(), esc_attr(), wp_kses_post()）を使用していることを確認してください。.
  • 書き込み時に入力をサニタイズ（テキストフィールドをサニタイズする, wp_kses 許可されたタグを使用）し、出力時にエスケープします。.

E. 最小特権の原則

  • コンテンツのみを提出する著者を、公開や特定のREST変更を行えないContributorロールに変換します。.
  • ロールのセグメンテーションを実装します：コンテンツ著者とサイトビルダーを分離します。.

F. 管理環境の強化

  • テーマ/プラグインファイルの編集を無効にします 'DISALLOW_FILE_EDIT' を true で定義します。
  • すべてのEditor+およびAuthor+アカウントに対して二要素認証を使用します。.
  • 特権ユーザーに対して強力なパスワードポリシーと定期的なローテーションを強制します。.

WP-Firewall保護：私たちの支援方法

WP-Firewallでは、パッチを適用している間にオンラインで安全を保つための実用的で即時の保護に焦点を当てています。.

  • 仮想パッチを使用した管理されたWAF：危険な値に設定しようとする試みをブロックするターゲットルールを実装できます。 justified_gallery_theme プラグインのバージョンが一時的にパッチされていなくても、悪用を防ぎます。.
  • マルウェアスキャンと検出：私たちのスキャナーは、一般的なストレージ場所（postmeta、options、posts）で疑わしいスクリプトインジェクションを探し、保存された可能性のあるXSSペイロードをフラグします。.
  • OWASP Top 10の緩和：私たちのデフォルトルールセットは、RESTおよび管理インターフェースを通じて提出された入力の疑わしいパターンをブロックすることにより、一般的なインジェクションベクターとXSSペイロードを緩和します。.
  • インシデントレスポンスガイダンスとクリーンアップ支援：注入されたペイロードを発見した場合、プレミアムプランのお客様にはステップバイステップの修復ガイダンスとオプションの管理クリーンアップを提供します。.

手動でアクションを起こしたい場合、私たちのドキュメントではREST APIペイロードのカスタムルールの設定とWordPressデータベース内の保存されたXSSの検出方法を説明しています。.

WAFルールのアイデアの例（システムに合わせて調整）

明らかな攻撃ベクターをブロックするための概念的なルールを以下に示します。環境に合わせて調整し、最初に監視モードでテストしてください。.

  1. 正当なパラメータにインラインスクリプトを含むリクエストをブロック：
    • 条件：REQUEST_METHODが(POST, PUT, PATCH)に含まれ、REQUEST_BODYが含む justified_gallery_theme
    • その後：REQUEST_BODYが正規表現に一致する場合 (?i)(<\s*script\b|on(error|load|click|mouseover)\s*=|javascript:|document\.cookie), 、ログを記録し、ブロックします。.
  2. エンコードされたスクリプト注入をブロック：
    • 一般的なエンコーディングをデコードし、エンコードされた文字を含むパターンをブロックします。 <script または ジャバスクリプト:.
    • 例：次のものを探します %3Cscript または \x3cスクリプト バリアント。.
  3. 自動化された試行を防ぐために、単一のユーザー/IPに対して疑わしいREST APIリクエストのレート制限を行います。.

再度：これらのルールを本番環境にそのままコピーしないでください — WAFの言語に応じて調整してください。.

エージェンシーとホストのためのハードニングチェックリスト（運用）

  • すべてのプラグイン/テーマの更新が定期的に適用されていることを確認し、迅速な互換性テストのためにステージングを維持します。.
  • 最小権限を強制し、著者の権限を最小限に抑えます — 可能な限り寄稿者を使用します。.
  • REST APIの活動を監視および監査し、重要なエンドポイントのログ記録を有効にします。.
  • 疑わしいRESTペイロードをターゲットにしたWAFルールを追加し、ブロックと誤検知の間のバランスを取ります。.
  • スクリプトマーカーのために定期的なデータベーススキャンを行います。.
  • 頻繁なバックアップを維持し、復元手順を確認します。.
  • 編集スタッフに未知のリンクをクリックしないように訓練し、ソーシャルエンジニアリングに注意を払うようにします。.
  • 低リスクのプラグインに対して自動プラグイン更新を検討し、重要なプラグインのテストウィンドウを設定します。.

インシデントレスポンスプレイブック（短）

  1. 封じ込め: アクティブな悪用が疑われる場合は、サイトをメンテナンスモードにします。.
  2. スナップショット: 法医学的分析のために完全なバックアップとログをキャプチャします。.
  3. 特定: 妥協の指標（IOC）を検索します — 疑わしいメタ値、ユーザーアクティビティ、変更されたファイル。.
  4. クリーン: ペイロードを削除し、バックドアを閉じ、すべての脆弱なプラグインをパッチ適用されたバージョンに更新します。.
  5. 回復: クリーンアップが実用的でない場合は、既知のクリーンポイントに復元し、すべての資格情報を更新します。.
  6. レビュー: 事後レビュー — 何が間違っていたのか、再発を防ぐ方法。.
  7. 通知: 顧客データや機密の管理者アカウントが影響を受けた場合は、ポリシーに従って利害関係者に通知します。.

よくある質問

質問： “「私は信頼できる同僚にのみ著者アクセスを与えています。それでも心配するべきですか？」”
答え: はい。内部の脅威、妥協された著者アカウント、ソーシャルエンジニアリングは現実的です。著者がRESTエンドポイントにアクセスできる場合、悪用の可能性があります。ログインセキュリティ（2FA）を強化し、APIの書き込みを監視することでリスクを減少させます。.

質問： “「私のサイトには悪意のあるコンテンツは表示されません — それでも更新する必要がありますか？」”
答え: はい。パッチ適用は脆弱性を排除し、将来の悪用を防ぎます。たとえ今日あなたのサイトがクリーンであっても、パッチが適用されていない脆弱性は将来のターゲットです。.

質問： “「ホストのWAFに頼って私を守ることができますか？」”
答え: ホストWAFは役立ちますが、この脆弱性に関連するパターンを特定するルールが必要です。ホスト保護をプラグインの更新、役割の強化、スキャンと組み合わせて最良の結果を得ます。.

あなたのサイトがすでに悪用されている可能性がある兆候

  • 予期しない管理者/編集者アカウントが作成または変更されました。.
  • 説明のない投稿/ページが追加されました（奇妙なリンクやiframeが含まれていることが多いです）。.
  • フロントエンドページを訪問した際の予期しないリダイレクト。.
  • テーマまたはプラグインディレクトリ内の新しいまたは変更されたファイル。.
  • 存在すべきでないデータベース行にブロックが発見されました。.

証拠を発見した場合は、真剣に対処してください — 上記のインシデント対応手順に従ってください。.

最終的な推奨事項 — 実用的な優先順位付けされた計画

  1. Envira Photo Galleryを1.12.4に即座に更新してください。.
  2. 短期的なWAF/仮想パッチルールを適用してください（特に今日更新できない場合）。.
  3. Author+の権限を監査し、削減してください；編集者と管理者のために2FAを有効にしてください。.
  4. フルマルウェアとコンテンツスキャンを実行し、スクリプトマーカーをデータベースで検索してください。.
  5. REST APIアクセスを強化し、可能な場合はCSPを実装してください。.
  6. 定期的なスキャンと定期的なセキュリティレビューをスケジュールしてください。.

これらの手順は、あなたの即時のリスクを減少させ、将来の同様のプラグインの脆弱性に対してサイトを強靭にします。.

高速で無料のベースラインでサイトを保護してください — WP‑Firewall Basic (無料)

WP‑Firewall Basicを試してください：ゼロコストでの基本的な保護

パッチ適用と強化作業を進める間に即時の管理されたベースラインセキュリティが必要な場合、WP‑Firewall Basic (無料)は数分で有効にできる基本的な防御を提供します：

  • WordPress向けに調整された管理ファイアウォールとWAF
  • 無制限の帯域幅（WAFのスループットを心配する必要はありません）
  • 疑わしいインジェクションを検出するためのマルウェアスキャン
  • XSS保護を含むOWASP Top 10リスクを対象とした緩和策

この無料プランは、更新をテストし、修正を適用する際に信頼できる安全ネットが必要なサイトオーナーに最適です。ここで無料の保護にサインアップして有効にしてください： https://my.wp-firewall.com/buy/wp-firewall-free-plan/

（自動マルウェア除去、IPのブラックリスト/ホワイトリスト、オートバーチャルパッチ、または管理されたクリーンアップが後で必要な場合、当社のスタンダードおよびプロプランは、段階的な保護層を提供します。）

WP‑Firewall チームからの締めくくりの考え

CVE‑2026‑1236のようなプラグインの脆弱性は、WordPressエコシステムの不快な現実ですが、管理可能です。最良の結果は、迅速なパッチ適用、WAF/バーチャルパッチの賢い使用、最小特権、継続的な監視から得られます。.

修正の優先順位付けに助けが必要な場合や、更新中にターゲットを絞ったバーチャルパッチが必要な場合、WP‑Firewallのチームがカスタマイズされたルールとスキャンを実装する手助けをしますので、長時間のダウンタイムなしでオンラインで安全に保つことができます。.

安全を保ち、今すぐ行動してください — Envira Photo Galleryを更新し、サイトをスキャンし、特権ユーザーを保護してください。.

— WP-Firewall セキュリティチーム

付録：役立つコマンドとクエリ（例）

  • 疑わしいpostmetaのためのWP‑CLI DB検索： 
    wp db query "SELECT meta_id, post_id, meta_key, meta_value FROM wp_postmeta WHERE meta_value LIKE '%<script%' OR meta_value LIKE '%javascript:%' LIMIT 100;"
  • 疑わしいオプションを見つけるためのSQL： 
    SELECT option_id, option_name, option_value FROM wp_options WHERE option_value REGEXP '<script|onerror|javascript:|document.cookie' LIMIT 100;
  • クイックRESTログフィルター（ログの設定によります）： 
    含むURLのログをフィルタリング： /wp-json/ 含むリクエストボディ： justified_gallery_theme.

注：インストールが使用していない場合は、テーブルプレフィックスを調整してください。 wp_.

サイトのためのカスタマイズされた緩和計画（カスタムWAFルール、バーチャルパッチの展開、またはガイド付きクリーンアップ）が必要な場合は、ホスティング環境の種類（共有、管理、VPS）とステージング環境があるかどうかを返信してください — ステップバイステップのガイダンスを提供します。.

wordpress security update banner

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

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

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

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

お問い合わせ

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

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

© 2026 WP-Firewall™