Envira Photo GalleryのXSS脆弱性アドバイザリー//公開日 2026-05-13//CVE-2026-5361

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

Envira Photo Gallery Vulnerability

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

Envira Photo Gallery における保存型 XSS (CVE-2026-5361) — WordPress サイトオーナーが今すぐ行うべきこと

2026年5月13日に、Envira Photo Gallery プラグインに影響を与える脆弱性が公開されました：認証された（著者）保存型クロスサイトスクリプティング（XSS）がバージョン <= 1.12.4 に存在し、CVE‑2026‑5361 として追跡されています。この問題はバージョン 1.12.5 で修正されました。.

WP‑Firewall のチームとして、管理された WordPress Web アプリケーションファイアウォールおよびサイトセキュリティサービスを提供している私たちは、サイトオーナーや管理者に対して明確で実用的なブリーフィングを提供したいと考えています：この脆弱性が何であるか、どのように悪用される可能性があるか、考えられる影響、検出戦略、即時の緩和策、そして長期的な強化について説明します。また、更新を適用し、必要に応じてクリーンアップする際に、現代の WAF が提供できる保護（仮想パッチを含む）についても説明します。.

これは、実際のインシデントレスポンスおよび WAF 操作の経験から書かれています。今日適用できる明確で実行可能な指示を期待してください。.

簡単な要約

  • 影響を受けるプラグイン：Envira Photo Gallery (WordPress プラグイン)
  • 脆弱なバージョン：<= 1.12.4
  • 修正されたバージョン：1.12.5
  • 脆弱性の種類: 保存されたクロスサイトスクリプティング (XSS)
  • 必要な権限：著者（認証されたユーザー）
  • 悪用の複雑さ：ユーザーの操作が必要（例：特権ユーザーが作成されたギャラリーを表示するか、リンクをクリックする）
  • 報告された CVSS：5.9（文脈によって中程度 / 低）
  • CVE：CVE‑2026‑5361

このプラグインを使用している場合は、すぐに Envira Photo Gallery 1.12.5 以降に更新してください。すぐに更新できない場合は、以下に説明する補償措置を適用してください。.

保存されたXSSとは何か、そしてなぜWordPressサイトにとって重要なのか

保存型 XSS とは、攻撃者が悪意のある JavaScript を他のユーザーに提供される場所に配置（保存）できることを意味します。典型的な WordPress プラグインの文脈では、保存型 XSS は、ユーザー提供のコンテンツ（タイトル、キャプション、フィールド、メタデータなど）が適切なサニタイズやエスケープなしにデータベースに保存され、その後ブラウザがスクリプトとして実行するページに出力されるときに発生します。.

保存型 XSS が危険である主な理由：

  • 他のユーザーのブラウザのコンテキストで実行される可能性があります：管理者やより多くの権限を持つログインユーザーがページを表示すると、注入されたスクリプトはそのユーザーのセッションと権限で実行されます。.
  • セッションの盗難、不正なアクション、リダイレクト、持続性、追加のマルウェアやバックドアの植え付けを可能にします。.
  • 特に管理者によって実行された場合、サイトのさらなる侵害のための初期の足がかりとして使用される可能性があります。.

この特定の Envira Photo Gallery のケースでは、脆弱性により認証された著者ロール（またはそれ以上）が、特定の状況下で実行される方法でギャラリー関連のフィールドに保存されたスクリプトペイロードを注入できるようになります。これが、必要な権限を著者として分類する理由です — ギャラリーやギャラリーメタデータを作成または編集できるアカウントは、ペイロードを保存できる可能性があります。.

現実的な悪用シナリオ

可能な攻撃経路を理解することで、修正の優先順位を付けるのに役立ちます。.

  1. 著者役割に関する攻撃チェーン
    • 悪意のあるまたは侵害された著者がギャラリーを作成/編集し、フィールド（タイトル、キャプション、説明など）にスクリプトペイロードを注入します。.
    • より高い権限を持つユーザー（編集者/管理者）がギャラリー管理画面、投稿リスト、またはそのフィールドをレンダリングするプレビューページを訪れると、保存されたスクリプトがより高い権限を持つユーザーのブラウザで実行されます。.
    • スクリプトは、より高い権限を持つユーザーの代理でアクションを実行できます（例えば、新しい管理者ユーザーを作成したり、オプションを編集したり、クッキー/トークンを抽出したりします）。.
    • 攻撃者は、その昇格された権限を使用して、永続的なバックドアを植え付けたり、悪意のあるファイルをアップロードしたりします。.
  2. 訪問者によって引き起こされる悪用（公開ビュー）
    • プラグインが悪意のあるフィールドを公開ギャラリーページに出力する場合、ペイロードは任意の訪問者のブラウザで実行され、リダイレクト、悪意のある広告、またはユーザーをターゲットにした詐欺を可能にします。.
    • CVSSとアドバイザリーはユーザーのインタラクションが必要であると述べていますが、ソーシャルエンジニアリング（作成されたリンクを送信すること）でも、管理者や特権ユーザーがペイロードを表示するよう促すことができます。.
  3. 大規模な悪用対標的な侵害
    • この種の脆弱性は、攻撃者が公開登録を許可する複数のWordPressサイトに著者としてサインアップする大規模な悪用キャンペーンで使用される可能性があります。または、著者アカウントが弱く管理されている場合です。.
    • 攻撃者がすでに著者アカウントを制御しているか、購入/侵入できる特定のサイトに対する標的攻撃にも役立ちます。.

直ちに行うべきアクション（短いチェックリスト — まずこれを行う）

  1. Envira Photo Galleryを1.12.5以降に更新します。.
    • これは最も重要なステップです。パッチを適用することで脆弱なコードパスが削除されます。.
  2. すぐに更新できない場合:
    • ライブサイトでEnvira Photo Galleryプラグインを一時的に無効にします。.
    • または、プラグイン画面へのアクセスを制限します（以下の役割変更を参照）。.
    • パッチを適用してテストしている間、重要な環境のためにサイトをメンテナンスモードにします。.
  3. 著者アカウントを確認します：
    • 著者または類似の役割を持つすべてのユーザーをレビューします。認識できないアカウントは削除または一時停止します。.
    • 侵害の疑いがある場合、著者およびそれ以上のユーザーにパスワードのリセットを要求します。.
  4. 最小権限の原則を強制する：
    • 著作権が必要ないユーザーのタスクを可能な限り寄稿者の役割に移動します。.
    • 必要でない場合はアカウント登録を無効にします。.
  5. WAF保護を有効にするか、仮想パッチルールを展開します（下のWAFセクションを参照）。.
  6. ギャラリーやデータベーステーブル内の侵害の指標（IOC）や悪意のあるコンテンツをスキャンします（詳細は以下）。.
  7. バックアップ：大規模な変更を行う前に新しいバックアップ（ファイル + DB）を取り、バックアップをオフサイトに保存します。.

不明な点がある場合や支援が必要な場合は、ウェブ開発者やホスティングプロバイダーを巻き込み、この技術ガイダンスを共有してください。.

脆弱性があなたのサイトで悪用されたかどうかを検出する方法

保存されたXSSは、使用方法に応じて異なるアーティファクトを残します。これらは迅速に実行できる実用的な検出手順です：

  1. スクリプトタグをデータベースで検索します
    • プラグインテーブルで一般的なパターンを探すためにSQLクエリを使用します：
      • SELECT * FROM wp_posts WHERE post_content LIKE ‘%<script%’;
      • SELECT * FROM wp_postmeta WHERE meta_value LIKE ‘%<script%’;
      • envira_で始まるテーブルや類似のプラグインテーブルを確認します。.
  2. 一般的なXSS難読化パターンを検索します
    • Attackers often obfuscate script tags, e.g., “”, event handlers (onload=), javascript: URIs, encoded payloads (script).
    • “onerror=”、 “onload=”、 “javascript:”、 “iframe”、 “<svg onload”、またはエンコードされた同等物をクエリします。.
  3. ギャラリーのタイトル、キャプション、説明を検査します
    • プラグインUIで、最近作成または更新されたギャラリーを確認し、タイトル、キャプション、スラッグ、および予期しないコンテンツのカスタムHTMLフィールドを調べます。.
  4. ウェブサーバーログとWAFログ
    • ギャリー作成/編集エンドポイントへの異常なPOSTリクエストや、変更を行っていない時間に異常なIPからのアクセスを探します。.
    • 単一のIPからの繰り返し送信パターンを確認し、自動化された試行を示す可能性があります。.
  5. ブラウザ履歴と管理者セッション
    • 管理者セッションの盗難が疑われる場合は、ログ内の疑わしいクッキーやセッショントークン、またはWordPressのアクティビティログ内の異常な管理者活動を確認します。.
  6. ファイルシステムの変更
    • 新しく追加されたPHPファイル、変更されたプラグイン/テーマファイル、または疑わしいファイル名のアップロードディレクトリ内のファイル（例：/wp-content/uploads内のphpファイル）を探してください。保存されたXSSの悪用は、ファイルのアップロード/バックドアの前に発生することがよくあります。.
  7. 外部指標
    • Google Safe Browsingやホスティングプロバイダーの警告、予期しないリダイレクト、または悪意のある行動に関するユーザーからの苦情に注意してください。.

注入されたスクリプトを見つけた場合、これは侵害と見なしてください：隔離し、クリーンアップし、以下のインシデントレスポンスガイダンスに従ってください。.

ステップバイステップの修復とクリーンアップ（IOCを見つけた場合）

悪意のあるペイロードや悪用の証拠を検出した場合は、これらの手順を順番に実行してください。確信が持てない場合は、専門家の支援を受けてください。.

  1. サイトを隔離する
    • サイトをメンテナンスモードにし、ユーザー登録を無効にします。.
    • 利用可能な場合は、分析中にサイトをネットワークから切断するか、外部アクセスを制限します。.
  2. スナップショット/バックアップ
    • クリーンアップの前に、法医学的目的とオフライン分析のために現在のファイルとDBのコピーを作成します。.
  3. プラグインを1.12.5（または最新）に更新します。
    • プラグイン自体にバックドアや変更されたファイルが含まれている場合、単に更新するだけでは不十分な場合がありますが、脆弱性は必ず修正する必要があります。.
  4. 悪意のあるコンテンツを削除する
    • データベースクエリを使用して、保存されたスクリプトタグや悪意のあるメタエントリを削除します：
      • 例（注意して実行してください）：
      • UPDATE wp_posts SET post_content = REPLACE(post_content, ‘’, ”) WHERE post_content LIKE ‘%<script%’;
    • 注意してください：信頼できるバックアップがない限り、変更は元に戻せません。.
  5. クリーンなファイルを復元します。
    • 変更されたプラグイン/テーマファイルを公式プラグインリリースからの既知の良好なコピーに置き換えます。.
    • /wp-content/uploads内にPHPファイルが見つかった場合は、レビュー後に削除します。.
  6. 資格情報とシークレットをローテーションする
    • すべての管理者/編集者/著者アカウントのパスワードをリセットします。.
    • サイトで使用されるAPIキー、トークン、およびサービス資格情報をリセットします。.
  7. 持続性を確認する
    • wp_options、スケジュールされたタスク（wp_cron）、mu-plugins、およびウェブフックで永続メカニズムを検索します。.
    • 疑わしいスケジュールイベントや不明なcronジョブを探します。.
  8. 再スキャンします
    • サイト全体でマルウェアスキャンを実行して削除を確認します。.
    • クリーンアップ後に再スキャンして隠れたバックドアが残っていないことを確認します。.
  9. ハードニングと予防
    • 次のセクションの予防策を適用します（WAFルール、最小特権、入力検証、CSP、自動更新）。.
  10. 事後報告
    • タイムライン、発見事項、修正手順、学んだ教訓を文書化します。.
    • 機密データが露出した場合は外部報告を検討します。.

WAF（およびWP-Firewall）がどのように役立つか：仮想パッチと検出

コードの脆弱性に対する決定的な修正はプラグインを更新することですが、適切に構成されたWebアプリケーションファイアウォール（WAF）は、特に管理された環境や高リスク環境で即時のプラグイン更新が不可能な場合に、重要な時間と保護を提供します。.

この場合にWAFがどのように役立つかは次のとおりです：

  1. 仮想パッチ
    • WAFは、脆弱なエンドポイントを悪用しようとするリクエストをブロックまたはサニタイズできます（たとえば、スクリプトタグやギャラリー作成/編集エンドポイントに送信される疑わしいペイロードパターンを含むPOSTリクエスト）。.
    • 仮想パッチは緊急シールドです：プラグインのソースコードを変更することなく、脆弱なコードに対する攻撃を防ぎます。.
  2. 悪意のあるペイロードをブロック
    • WAFは、POSTボディとURLパラメータの両方で一般的なXSSパターン（スクリプトタグ、イベントハンドラ、javascript: URI、エンコードされたペイロード）を検出してブロックできます。.
    • 実行可能なコンテンツを含む入力を削除または拒否する検証を強制できます。.
  3. レート制限とボット対策
    • WAFはリクエストレートを制限し、疑わしい行動（例：繰り返しのフォーム送信）を制限して自動的な悪用の試みを挫折させることができます。.
  4. 役割とエンドポイントによるアクセス制御
    • 管理者またはプラグインエンドポイントへのアクセスを特定のIPまたは範囲、または有効なセッションと期待されるクッキーパターンを提示するユーザーのみに制限するルールを適用します。.
  5. アラートとログ記録
    • WAFログは早期検出信号と攻撃試行の証拠を提供し、インシデント対応やフォレンジック分析に役立ちます。.
  6. 侵害後の保護
    • 初期の妥協後でも、WAFは横の行動を防ぐことができます（例えば、リモートペイロードを含める試みをブロックしたり、一部のセットアップで外向き接続をブロックしたりします）。.

WP‑Firewallでは、新しいプラグインの脆弱性に対してカスタマイズされた仮想パッチを定期的に展開し、新しいアドバイザリーが公開されるとすぐにエクスプロイトペイロードをブロックします。仮想パッチは更新の代替にはなりませんが、すぐにパッチを適用できないサイトにとっては効果的な一時的対策です。.

推奨するWAFルールの例（概念的）

以下は、この種の保存されたXSSリスクに対してWAFが迅速に適用すべき概念的なルールパターンです。実装の詳細は、あなたのWAFシステムとプラグインのエンドポイント名に依存します。ユーザーやシステムを露出させる可能性のある生のエクスプロイトペイロードをログに含めないでください。.

  • ペイロードに以下が含まれている場合、ギャラリーが作成/更新されるプラグインエンドポイントへのPOST/PUTリクエストをブロックまたはサニタイズします：
    • “<script”, “script”, “onerror=”, “onload=”, “javascript:”, “svg onload”, or other event handlers.
  • ファイルアップロードのためのコンテンツタイプの不一致を拒否します（期待される画像MIMEタイプのみを許可します）。.
  • テキストフィールドにタグやHTMLが含まれている場合、サーバーによって明示的に許可され、サニタイズされていない限り、フォームの送信を拒否します。.
  • IPアドレスごとに繰り返しのギャラリー作成試行を制限して、ブルートフォースや大量送信の試みをブロックします。.
  • プラグインコンテンツフィールド内でiframe、object、embedタグの使用をブロックします。.

WP‑Firewallを使用している場合、私たちのチームはこの特定の脆弱性に対して調整されたルールセットを展開し、更新とクリーンアップをスケジュールしている間に数分でサイトを保護します。.

将来のXSSリスクを減少させるためのハードニング推奨事項

この脆弱性をセキュリティベースラインを引き上げる機会として扱います。これらは、あなたの露出を減少させる運用上の変更です：

  1. 最小権限と内部ポリシーを強制します。
    • 信頼できるユーザーにのみ、著者またはそれ以上の役割を割り当てます。.
    • すべてのエディター/管理者アカウントに対して多要素認証を実装します。.
  2. コンテンツ入力パスを強化します。
    • 必要のないフィールドにHTMLを入力する能力を制限します。.
    • HTMLが必要な場合は、ホワイトリストに登録されたタグのみを許可する厳格なHTMLサニタイザーを適用します。.
  3. 自動更新ポリシーを使用します。
    • 適切なプラグインの自動更新を有効にするか、更新を本番環境に展開する前に迅速なテストを可能にするステージングワークフローを使用します。.
  4. コンテンツセキュリティポリシー (CSP) を実装する
    • 厳格なCSP（例：インラインスクリプトを禁止する）は、一部のXSSバリアントのリスクを減少させます。注：CSPは深層防御の制御であり、慎重なテストが必要です。.
  5. 出力時にサニタイズとエスケープを行う
    • プラグインおよびテーマの開発者は、すべての出力をエスケープする必要があります。サイトの所有者は、入力をサニタイズし、出力をエスケープするプラグインを好むべきです。.
  6. 疑わしい活動を監視します
    • ユーザーアクション（投稿の作成/編集、プラグインのインストール）のアクティビティログを実装し、定期的にレビューします。.
  7. ユーザー登録を制限し、検証を自動化します。
    • サイトが公開登録を許可する場合、アカウント作成前にメール検証とモデレーションを要求します。.
  8. 定期的なスキャンとペネトレーションテスト
    • 攻撃者が問題を見つける前に、定期的な脆弱性スキャンとテストをスケジュールします。.

実用的なSQLおよびWP-CLIチェック（例）

これらを調査の出発点として使用します。破壊的なコマンドを実行する前に必ずバックアップを取ってください。.

  • スクリプトタグを含む投稿を見つける： 
    wp db query "SELECT ID, post_title FROM wp_posts WHERE post_content LIKE '%<script%' LIMIT 100;"
  • 疑わしいHTMLを含むメタを見つけます： 
    wp db query "SELECT post_id, meta_key FROM wp_postmeta WHERE meta_value LIKE '%<script%' LIMIT 100;"
  • PHPファイル（危険）をアップロード内で検索します： 
    find wp-content/uploads -type f -name "*.php"
  • author+ロールを持つユーザーのリスト： 
    wp user list --role=author
  • ロールのパスワード変更を強制します： 
    wp user update  --user_pass=

これらのコマンドに不安がある場合は、管理者または管理されたセキュリティプロバイダーに実行を依頼してください。.

検索すべき妥協の指標 (IoCs)

  • 新しく作成された管理者ユーザーまたは承認していないユーザーロールの変更。.
  • 奇妙なコンテンツやエンコードされた文字列を含む予期しない投稿やギャラリー。.
  • /wp-content/uploadsで発見されたPHPファイル。.
  • サイトから発信される奇妙な外部接続（ホスティングログを確認）。.
  • ギャラリーエンドポイントをターゲットにしたXSSパターンのWAFアラート。.

これらのいずれかを見つけた場合は、緊急として扱い、上記の修復チェックリストを開始してください。.

インシデントレスポンス計画（高レベル）

  1. 検出：上記のスキャンとクエリ + WAFアラートを使用します。.
  2. 封じ込め：脆弱なプラグインを無効にするか、仮想パッチを適用します。ユーザーアクセスを制限します。.
  3. 根絶：注入されたコンテンツを削除し、変更されたファイルを置き換え、シークレットをローテーションします。.
  4. 回復：サービスを復元し、再感染の監視を厳重に行います。.
  5. 教訓：インシデントプレイブックとハードニングポリシーを更新します。.

WP‑Firewallの顧客は、プラグインをクリーンアップおよび更新している間、管理されたインシデントサポートと迅速な仮想パッチ展開を受けるオプションがあります。.

タイムリーなパッチ適用が重要な理由（およびWAF + 更新を一緒に推奨する理由）

プラグインのパッチ適用は実際の脆弱性を除去しますが、現実の運用では開示と更新の間に遅延が生じることがよくあります（変更管理、テスト、ビジネス制約）。その期間中：

  • 仮想パッチは、更新をスケジュールする間に防御を提供します。.
  • 完全な修復には、コード修正と清掃が必要です（悪用が発生した場合）。.
  • WAFルールは、大規模な自動悪用のリスクを減少させ、セキュリティチームに法医学的分析のためのログデータを提供します。.

統合アプローチを推奨します：WP‑Firewallから仮想パッチを適用し（顧客の場合）、次に制御されたメンテナンスウィンドウで即時のプラグイン更新をスケジュールします。その後、清掃スキャンと特権レビューを実施します。.

ステークホルダーとのコミュニケーション

サイト所有者、クライアント、または内部関係者に通知する際：

  • 脆弱性と潜在的な影響について透明性を持たせます。.
  • 修復のタイムラインを共有します：仮想パッチ適用（時間）、プラグイン更新（時間）、スキャン完了（時間）。.
  • 行動を文書化し、必要なコンプライアンスまたは法医学的レビューのためにログを保存します。.

今すぐ保護を受ける：WP‑Firewallで即時の無料保護を取得

更新を管理している間に防御カバレッジを迅速かつ無償で取得したい場合は、無料の基本プランを検討してください。これは、新たに開示されたプラグインの脆弱性に特に役立つ基本的な保護を提供します。

  • ベーシック（無料）: 必要な保護 — 管理されたファイアウォール、無制限の帯域幅、WAF、マルウェアスキャナー、およびOWASPトップ10リスクへの緩和。.
  • 標準（$50/年）： 基本プランのすべてに加えて、自動マルウェア除去と最大20のIPをブラックリスト/ホワイトリストに登録する機能。.
  • プロ（$299/年）： すべての標準機能に加えて、月次セキュリティレポート、自動脆弱性仮想パッチ、およびプレミアム管理サービスの追加機能。.

無料の基本プランにサインアップし、プラグインを更新し、アカウントを確認している間にサイトを保護するために管理されたWAFルールセットを迅速に展開します：
https://my.wp-firewall.com/buy/wp-firewall-free-plan/

（複数のサイトを管理している場合や、迅速なインシデント対応が必要な場合、当社のスタンダードおよびプロティアは、自動クリーンアップと仮想パッチを提供し、緩和までの時間を大幅に短縮できます。）

最終チェックリスト — 今すぐ行うべきこと（10分から24時間）

  1. Envira Photo Galleryを1.12.5に更新する（またはプラグインを無効化する） — できるだけ早く。.
  2. すべての著者アカウントを確認し、検証する — 不明なアカウントを削除または一時停止し、パスワードを強制的にリセットする。.
  3. WAFがある場合、XSSパターンとギャラリーエンドポイントのルールがアクティブであることを確認してください。.
  4. 投稿、postmeta、およびプラグインテーブル内の<scriptやその他の疑わしい文字列について迅速なDB検索を実行します。.
  5. 予期しないPHPファイルがアップロードされていないか確認します。.
  6. 侵害の疑いがある場合は、管理者パスワードとAPIトークンをローテーションします。.
  7. 法医学的分析のために現在のサイトスナップショットをバックアップします。.
  8. IOCを見つけた場合は、完全なマルウェアスキャンとより深いインシデント対応をスケジュールします。.
  9. CSPを有効にし、エントリーポイントの入力/出力のサニタイズを厳格にすることを検討してください。.
  10. 修復作業を進める間、管理されたWAFとマルウェアスキャンのためにWP-Firewall保護（無料プラン）にサインアップします： https://my.wp-firewall.com/buy/wp-firewall-free-plan/

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

このEnvira Photo Galleryに保存されたXSSアドバイザリーは、WordPressエコシステムが動的であることを思い出させます：強力なプラグイン機能は、攻撃面を伴うことがよくあります。安全を保つ最も早い方法は、層状のアプローチです：

  • ソフトウェアを最新の状態に保つ、,
  • 最小権限と強力な認証を強制する、,
  • 仮想パッチとログ証拠を提供できるWAFを使用する、,
  • 監視とバックアップの実践を維持する。.

上記のステップのいずれかを実装する際に助けが必要な場合は、仮想パッチの展開からフォレンジッククリーンアップまで、私たちのセキュリティチームがWP‑Firewallのお客様をサポートする準備ができています。たとえあなたが小規模なサイトのオーナーであっても、無料のBasicプランは、リスクを減らしながら修正とクリーンアップを行うための即時の管理されたWAFカバレッジとスキャンを提供します。.

安全を保ち、プラグインの更新を重要なものとして扱いましょう — オプションではありません。.

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

参考文献と参考文献

  • ベンダーのセキュリティアドバイザリーとCVE: CVE‑2026‑5361 (Envira Photo Galleryの保存されたXSS)
  • 一般的なXSS緩和策とベストプラクティス: OWASP XSS防止チートシート
  • WordPressの強化ガイドラインと最小特権アクセスの推奨事項

（スキャン、仮想パッチ、またはインシデントレスポンスに関して実践的な支援が必要な場合は、サインアップしてください 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™