Outgrow プラグインにおける重大な XSS 脆弱性//公開日 2026-03-23//CVE-2026-1889

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

Outgrow CVE-2026-1889 Vulnerability Image

プラグイン名 成長する
脆弱性の種類 クロスサイトスクリプティング (XSS)
CVE番号 CVE-2026-1889
緊急 低い
CVE公開日 2026-03-23
ソースURL CVE-2026-1889

緊急: CVE-2026-1889 — 認証済み（寄稿者）ストア型XSSがOutgrow <= 2.1に存在 — WordPressサイトオーナーが今すぐ行うべきこと

WP‑Firewallからのセキュリティアドバイザリーと実用ガイド: Outgrowプラグインのストア型XSS（CVE‑2026‑1889）の分析、リスク評価、検出、緩和策、推奨される強化およびWAF対策 — 即時の緩和策と長期的な修正を含む。.

著者： WP-Firewall セキュリティチーム

注記： このアドバイザリーは、Outgrow WordPressプラグイン（バージョン <= 2.1）に影響を与える最近公開されたストア型クロスサイトスクリプティング（XSS）脆弱性について説明しています。これはWP‑FirewallのWordPressセキュリティエンジニアの視点から書かれており、実用的でリスクに基づいたガイダンスを必要とするサイトオーナー、管理者、開発者、ホスティング業者を対象としています。.

エグゼクティブサマリー

2026年3月23日に新しい脆弱性（CVE‑2026‑1889）が公開され、Outgrow WordPressプラグイン（バージョン <= 2.1）に影響を与えています。この問題は、寄稿者権限を持つユーザーによってトリガーされる認証済みのストア型クロスサイトスクリプティング（XSS）脆弱性です。ベクターは、安全でないショートコード属性です（ id 高レベルでは、プラグインは 成長する ショートコード）で、悪意のある寄稿者がJavaScriptまたはHTMLを保存でき、特定の条件下で高権限のユーザー（編集者、管理者）やサイト訪問者のコンテキストで実行される可能性があります。.

重要な事実：

  • 脆弱性の種類: 保存されたクロスサイトスクリプティング (XSS)
  • 影響を受けるソフトウェア: Outgrow WordPressプラグイン、バージョン <= 2.1
  • CVE: CVE‑2026‑1889
  • CVSS (報告済み): 6.5 (中程度)
  • 必要な権限: 認証済み寄稿者（またはそれ以上）
  • 影響: セッションの盗難、ソーシャルエンジニアリング攻撃の権限昇格、コンテンツの汚染、攻撃目標に応じたサプライチェーンへの影響を引き起こす持続的なスクリプトインジェクション。.
  • 執筆時のパッチ状況: 公式のベンダーパッチは利用できない（サイトオーナーは緩和策を適用し、更新を監視する必要があります; 以下の手順は即時のアクションを説明します）

この記事では、脆弱性がどのように機能するかを平易な英語で説明し、リスクがある人、アクティブな悪用やアーティファクトを検出する方法、取るべき即時のリスク軽減ステップ、Webアプリケーションファイアウォール（WAF）がどのように仮想パッチを提供できるか、根本原因を排除するための長期的な開発者修正について説明します。.

これが重要な理由: 実践的なリスク評価

ストア型XSSは、悪意のあるペイロードがサーバーに保存され、後で他のユーザーに提供されるため、最も危険なWebアプリケーションの脆弱性の1つです。この場合、寄稿者（自分の投稿を作成および編集できるが、公開できない役割）は、Outgrowショートコードの id 属性内に作成されたペイロードを保存できます。そのコンテンツが編集者、管理者、または時には訪問者（ショートコードが使用される場所による）によってレンダリングされ表示されると、ペイロードは被害者のブラウザのコンテキストで実行されます。.

結果には以下が含まれます:

  • 認証クッキーやトークンの盗難（アカウント乗っ取りにつながる）。.
  • 管理者/編集者セッション下での不正なアクション（投稿の編集、プラグイン/テーマの変更）。.
  • 隠れた持続性: 攻撃者はコンテンツを変更したり、サイト内にバックドアを埋め込んだりすることができます。.
  • 評判とSEOの損害（悪意のあるリダイレクト、スパムコンテンツ）。.
  • 管理者アクセスが取得された場合の横移動（ホスティングパネル、外部サービス統合）。.

初期の攻撃者がContributorアカウントを必要とするにもかかわらず、この役割は一般的にマルチオーサーブログやユーザーコンテンツを受け入れるサイトで使用されます。多くのサイトは外部の寄稿者を許可したり、編集者が寄稿者のコンテンツをプレビューまたは承認する編集ワークフローを実行しています—まさに保存されたXSSが高価値のターゲットに到達する状況です。.

脆弱性の動作方法（高レベル、防御的焦点）

  • Outgrowプラグインはショートコードを提供します（例、, [outgrow id="..."]）それは id 属性に注入する際。.
  • プラグインは、その id 属性で提供されたコンテンツを保存またはレンダリングする前に適切にサニタイズまたは検証することに失敗しました。.
  • 悪意のあるContributorが特別に作成されたショートコードを含む投稿またはドラフトを追加します。 id HTML/JavaScriptペイロードを含む値。.
  • 編集者/管理者がコンテンツをプレビューまたは表示するとき（エディタ内、フロントエンドで、またはショートコードがレンダリングされる管理UI内）、ブラウザは保存されたスクリプトを実行します。.
  • 攻撃者はその特権ユーザーのコンテキストでアクションを実行したり、そのコンテキストでアクセス可能なトークン/クッキーを抽出したりできます。.

重要なニュアンス： Contributorは公開できないため、編集ワークフローを持つ多くのサイトは、編集者が寄稿者の提出物をプレビューまたは公開することに依存しています。それがこの脆弱性を実用的にする正確なメカニズムです。.

誰が危険にさらされているのか?

  • Outgrowプラグインを使用しているサイト（<= 2.1）。.
  • Contributorアカウントを許可するサイト（ゲスト著者、外部ソースのコンテンツ、マルチオーサーブログ）。.
  • 寄稿者のコンテンツがショートコードを実行するコンテキストで、より高い特権を持つユーザー（編集者、管理者）によってプレビュー、編集、またはレンダリングされるサイト。.
  • 多くの人がコンテンツをレビューするために昇格された権限を持つマルチサイトまたはエージェンシー環境。.

あなたのサイトに寄稿者やOutgrowプラグインがインストールされていない場合、あなたのリスクは低いです。しかし、多くのサイト所有者は以前の開発者によってインストールされたサードパーティプラグインやテーマバンドルに含まれているものを発見します；迅速な在庫を行ってください。.

直ちに行うべきアクション（最初の24時間）

Outgrowプラグインを使用しているWordPressサイトを管理している場合は、すぐにこれらの優先的な修正手順に従ってください：

  1. インベントリを作成し、確認します

    • Outgrowプラグインがインストールされているか、そのバージョンを確認してください。.
      • WP‑Admin経由: プラグイン → インストール済みプラグイン
      • WP‑CLI経由： wp プラグイン get outgrow --field=version
    • ショートコードが使用されている場所を特定します:
      • パターンを探して投稿、ページ、ウィジェット、オプションを検索します [outgrow エディタまたはWP‑CLIを使用して:
        • wp post list --post_type=any --format=ids | xargs -n1 -I% wp post get % --field=post_content | grep -n "\[outgrow"
  2. 即時リスクを減らす: 貢献者のアクセスを制限する

    • 貢献者が新しいコンテンツを作成できないように一時的に無効にするか、コンテンツを消毒してパッチを適用できるまでロック状態に設定します:
      • 下書きを作成する能力を削除または無効にするか、不明な貢献者の役割を一時的に購読者に変更します。.
      • メンバープラグインまたは権限エディタまたはWP‑CLIを使用して役割を変更します: wp role remove-cap contributor edit_posts （ワークフローが許可する場合のみ）。.
    • 編集者/管理者が管理タスクに使用するのと同じブラウザセッションで貢献者の資料をプレビューしないように要求します。.
  3. Outgrowプラグインを無効にするか、隔離します（実用的であれば）

    • ベンダーパッチをすぐに適用できず、プラグインが必須でない場合は、無効にします:
      • wp プラグイン deactivate outgrow
    • プラグインが必要だが制限できる場合は、貢献者のコンテンツが表示できないページに制限します（一時的なコンテンツポリシー）。.
  4. コンテンツから危険なショートコードを削除します（見つかった場合）

    • sanitizingまたは削除します 成長する 信頼できない著者によって作成された投稿からのショートコード。.
    • 例（管理者）：検索と置換プラグインまたはWP-CLIを使用して削除する [成長する...] 投稿が寄稿者アカウントによって作成された場合の出現。常に最初にデータベースをバックアップしてください。.
  5. 機密情報とトークンをローテーションする

    • 過去にサイトが悪用された疑いがある場合は、管理者パスワード、APIキーをローテーションし、漏洩する可能性のある資格情報を再発行してください。.
  6. 追加の監視とアラートを有効にする

    • 不審な変更を検出するためにファイル整合性監視と追加のログ記録をオンにします。.
    • サーバーログとWordPressのアクティビティログを調査して、不審なリクエスト、寄稿者アカウントによる突然のコンテンツ変更、失敗した/成功したログイン試行を確認します。.

検出 — 防御者が探すべきもの

保存されたXSSがコンテンツに残るため、検出にはコンテンツの検査と行動監視の両方が必要です：

  • 不審なショートコードのインスタンスを検索する id 値：
    • 探す id を含む属性 <, > または文字列のシーケンス ジャバスクリプト: または onerror= または オンロード= またはスクリプトにデコードされるHTMLエンティティ。.
    • エンコードされたペイロードは使用する可能性があります %3Cscript%3E またはHTMLエンティティエンコーディング — 検索する %3C, <, < ショートコード属性内のパターン。.
  • 貢献者アカウントによって作成された改訂履歴とドラフトを確認してください：
    • 多くのサイトは投稿の改訂とドラフトを保持しています。悪意のあるコンテンツがないか確認してください。.
  • 管理者/エディターブラウザのテレメトリ：
    • ブラウザログやコンテンツセキュリティポリシーレポートにアクセスできる場合は、貢献者がコンテンツを投稿するページに関連するブロックされたスクリプト実行イベントを探してください。.
  • ウェブサーバーとWAFログ：
    • wp‑admin/post.phpまたはadmin‑ajaxエンドポイントへのPOSTボディにショートコードペイロードを含むリクエストに注意してください。.
  • 侵害の兆候：
    • 新しい管理者ユーザー、疑わしいスケジュールされたタスク（cronジョブ）、インストールされた不明なプラグインやテーマ、またはPHPプロセスからの予期しない外部ネットワーク接続。.

疑わしいコンテンツを発見した場合は、それらの投稿を隔離し、最近使用された管理者資格情報を潜在的に侵害されたものとして扱ってください。.

WAF（ウェブアプリケーションファイアウォール）がどのように役立つか — 仮想パッチと緩和

WAFは即時リスク軽減のための重要な制御です。悪意のあるリクエストを傍受し、脆弱なコードに到達する前に攻撃の試みをブロックする仮想パッチを提供します。実際の観点から、ベンダーパッチが遅れる可能性があるため、WAFルールは攻撃ベクトルを迅速に無効化できます。.

我々が推奨する主要なWAFアクション：

  • スクリプトインジケーターを含む値をブロックまたはサニタイズするルールを作成します。 成長する ショートコード属性 id スクリプトインジケーターを含む値をブロックまたはサニタイズします。.
  • 新しい投稿コンテンツを含むPOSTをブロックします。 \[outgrow 疑わしい文字を含む id 9. 正しく構成されたWAFは、疑わしいパターンを含むリクエストをブロックすることによって、保存されたペイロードを無効化することができます。または出力をサニタイズします。, <, >, ジャバスクリプト:, on\w+=).
  • ショートコード属性にHTMLエンティティやエンコードされたペイロードを挿入しようとする試みをフラグ付けしてブロックします。.
  • 突然実行可能なコードを含むコンテンツを投稿する疑わしい貢献者アカウントを制限または拒否します。.
  • ユーザー制御の入力をHTMLとしてレンダリングしないように仮想パッチを適用します：ページリクエストにショートコードが含まれている場合 id それには含まれています <script または %3Cscript%3E, 応答を拒否またはサニタイズします。.

例（説明的）ModSecurityスタイルルール — 防御的であり、エクスプロイトコードではありません：

# スクリプトまたはイベントハンドラをoutgrowショートコードid属性に注入しようとする試みをブロックします"

の内容 /etc/modsecurity/pm_outgrow_id_patterns.txt ブロックするパターンを含む可能性があります：

  • <script
  • ジャバスクリプト:
  • on\w+\s*=
  • %3Cscript%3E
  • <script

偽陽性を避けるために、広範な展開の前にステージングでWAFルールを慎重にテストしてください。.

管理されたWordPressファイアウォールサービス（WP‑Firewallなど）を使用している場合は、次のような即時の仮想パッチ署名を適用することをお勧めします：

  • 貢献者コンテンツが保存される管理エンドポイントへのPOSTを監視します。.
  • outgrowショートコードがある場合、コンテンツの提出をブロックします id 属性が期待されるホワイトリストの外にある文字（idが数値または英数字の場合は数字とハイフンなど）を含む。.
  • オプションで、公式のプラグイン修正が利用可能になるまでショートコードが安全にレンダリングされるように応答をサニタイズします。.

推奨される開発者修正（プラグインを適切にパッチする方法）

長期的な修正はプラグインコードに適用する必要があります。プラグインの著者は、入力を検証およびサニタイズし、ユーザー提供の属性を信頼できないものとして扱うべきです。.

Outgrowプラグインのメンテナやサイト開発者がプラグインコードを編集できる場合、安全なアプローチは次のとおりです：

  1. 検証 id 入力時に

    • もし id 数値であるべき場合、次のようにキャストします (int)$atts['id'].
    • もし id 英数字である場合、厳密なホワイトリストの正規表現を適用します： preg_replace('/[^A-Za-z0-9_-]/', '', $id).
  2. 出力時にサニタイズする

    • 15. 正当なHTMLを許可するフィールド（リッチコンテンツ）には、 esc_attr() HTMLを生成する際。.
    • テキストノードをエスケープする esc_html().
  3. エスケープされていない属性をページにレンダリングするのを避ける。安全なパターンの例：

    &lt;?php
  4. サーバー側の権限チェックを追加する

    • 貢献者のコンテンツに特定のショートコードが含まれることが予想されない場合、管理者プレビューでそれらを処理しないようにする。.
    • 貢献者によって保存されたコンテンツをサニタイズする（KSESまたはsanitize_text_fieldを使用）し、管理コンテキストでレンダリングされるフィールドから許可されていないタグ/属性を削除する。.
  5. AJAX/RESTエンドポイントでnonceと権限チェックを使用する

    • 属性を受け入れるエンドポイントが権限とnonceを検証することを確認し、自動化されたインジェクションを防ぐ。.

プラグインを維持している場合や開発者パートナーがいる場合、これらの強化手順を含む更新リリースを優先し、サイト所有者が自信を持ってアップグレードできるように明確なリリースノートを公開する。.

フォレンジックおよびインシデント後の手順

アクティブな悪用が疑われる場合、これらの手順を専門的に実行する：

  1. アクティブな管理セッションが機密トークンを露出する可能性がある場合、サイトを隔離する（メンテナンスモード）。.
  2. すぐにログをキャプチャする：
    • ウェブサーバーのアクセスおよびエラーログ。.
    • WordPressのアクティビティログ（利用可能な場合）。.
    • 関連する投稿とpostmetaテーブルのデータベースダンプ（注意して、オフラインで保存）。.
  3. 悪意のあるコンテンツを特定する：
    • どの投稿またはリビジョンにインジェクトされたショートコードIDが含まれているか？
    • どのユーザーアカウントがそのコンテンツを作成したか？
  4. 証拠を保持してください（ログやファイルを変更しないでください）法医学的レビューが完了するまで。.
  5. 悪意のあるコンテンツと持続メカニズムを削除してください：
    • 投稿とリビジョンからペイロードを削除してください。.
    • アップロードとアクティブなプラグイン/テーマを未知のファイルやコードのために検査してください。.
  6. パスワードを回転させ、侵害されたトークンを取り消してください。.
  7. ファイルの改ざんを検出した場合は、信頼できるソースからWordPressコア、プラグイン、テーマを再インストールしてください。.
  8. 深いマルウェアスキャンを実施してください（ファイルシステムとデータベースの両方）。.
  9. 管理者セッションを再構築してください（ソルト/キーを回転させてクッキーを無効にし）資格情報を再発行してください。.
  10. 根本原因分析を実施し、内部ノートを公開し、学んだ教訓をコンテンツワークフローに適用してください。.

プロの助けが必要な場合は、WordPressセキュリティ専門家に依頼してください。管理されたセキュリティプロバイダーを使用している場合は、完全なインシデントレポートを要求し、強化の推奨を求めてください。.

長期的な強化と運用の推奨

予防はクリーンアップよりも痛みが少なく、費用も少なくて済みます。以下の運用変更を検討してください：

  • 高特権アカウントの数を減らし、最小特権の原則を採用してください。.
  • コンテンツレビューのワークフローには役割ベースのエディターを使用してください — 例：管理者コンテキストで信頼できないショートコードをレンダリングせずにプレビューを許可する編集ワークフローを使用してください。.
  • 非信頼ロールに対してより厳格なコンテンツのサニタイズを実施してください：
    • 貢献者ロールの保存時にショートコードを削除するか、ショートコードが許可される前に追加の承認ステップを要求してください。.
  • 管理者環境を強化してください：
    • エディターおよび管理者アカウントに対して多要素認証を強制してください。.
    • パスワードマネージャーを使用し、強力なパスワードポリシーを強制してください。.
  • セキュリティ機能を有効にしてください：
    • ファイル整合性監視、定期的なマルウェアスキャン、および脆弱性インテリジェンス更新を受け取るWAF。.
  • ロギングとアラートを有効にする：
    • 新しいプラグインのインストール、ファイルの変更、ユーザーロールの変更、および新しい管理者ユーザーのアラートを設定する。.
  • 最新のプラグインインベントリを維持する：
    • プラグインを定期的に監査し、未使用のものを無効にするか削除する。.
  • ステージング/テストサイトを保持する：
    • 本番環境のアップグレード前にステージングでサードパーティプラグインの更新をテストする。.

WAFルールロジックの例（防御的、概念的）

表現力豊かなルールを書くことができるWAFを運用している場合（例：リクエストボディの正規表現マッチング）、ホワイトリストアプローチを使用する id 属性に対して疑わしいパターンを拒否する。.

概念的な論理：

  • REQUEST_URIがwp-admin/post.phpまたはadmin-ajax.phpを含み、REQUEST_METHODがPOSTの場合：
    • 投稿内容を含むPOSTフィールドを検査する（例：post_content）。.
    • post_contentが含まれている場合 [outgrow そしてoutgrow id 属性が期待されるホワイトリストの外にある文字を含む場合（例：一致しない ^[A-Za-z0-9_-]+$）— リクエストを拒否し、ユーザーをレビューのためにフラグ付けする。.

このアプローチは、ペイロードがデータベースに保存されるのを防ぎ、保存されたXSSをソースで停止させる。.

コミュニケーションのベストプラクティス — 公に応答する方法

この脆弱性の影響を受けたサイトの責任があり、利害関係者に通知する必要がある場合：

  • 透明性を持つ：問題を明確な言葉で述べ、現在何をしているのか、どのステップが進行中であるかを示します。.
  • エンドユーザー向けに技術用語を避け、貢献者や顧客に対して行動が必要かどうかの明確なガイダンスを提供します。.
  • 修正手順を文書化し、恒久的な修正のためのETAを提供します。.
  • アカウントが影響を受けたと疑うユーザーのためのサポートチャネルを提供します。.

WP‑Firewallが支援する内容（簡単な概要）

WordPressファイアウォールおよびセキュリティサービスプロバイダーとして、WP‑Firewallは顧客に対して以下の層状アプローチを推奨します：

  • 即時の仮想パッチ適用：ショートコード属性ベクターをターゲットにしたWAFシグネチャを展開し、一般的な悪用パターンをブロックします。 id 属性ベクターと一般的な悪用パターンをブロックします。.
  • 管理されたスキャン：保存されたペイロードや疑わしいショートコードまたは投稿コンテンツを検出するデータベースおよびファイルシステムスキャンを実行します。.
  • アカウントおよび機能の監視：貢献者アカウントによる疑わしい活動（例：突然の大量コンテンツ提出）に警告します。.
  • インシデント対応プレイブック：顧客に対して封じ込めおよび修正手順（プラグインの無効化、コンテンツの消毒、キーのローテーション）を支援します。.
  • 積極的な保護：当社の管理されたルールセットは、OWASP Top 10の緩和策とショートコードおよび属性ベースの攻撃に対するカスタムヒューリスティックを組み込んでいます。.

WP‑Firewallを使用している場合、当社のシステムは恒久的な修正を計画している間に仮想パッチと検出ロジックを適用します。.

WP‑Firewall Basicを試してみてください — 今すぐ展開できる無料の保護

当社のBasic（無料）プランであなたのWordPressサイトを即座に保護します。これは、CVE‑2026‑1889のような脆弱性からのリスクを軽減するための基本的な保護を提供します。

  • 管理されたファイアウォールおよびWAFシグネチャ（仮想パッチ適用）
  • セキュリティチェックのための無制限の帯域幅
  • 疑わしいコンテンツやファイルを検出するマルウェアスキャナー
  • OWASP Top 10リスクにマッピングされた緩和ルール

無料プランにサインアップして、即時の監視、仮想パッチ適用、スキャンを受け取ります： https://my.wp-firewall.com/buy/wp-firewall-free-plan/

（自動マルウェア除去、手動のブラックリスト/ホワイトリスト、月次セキュリティレポート、または大規模な自動仮想パッチ適用などの追加機能が必要な場合は、StandardまたはProプランを検討してください。）

FAQ — 簡単な回答

Q: 貢献者が単独で私のサイトを完全に引き継ぐことはできますか？
A: 直接的にはできません。貢献者はプラグインやテーマを公開したり変更したりすることはできません。しかし、エディターや管理者に対して使用される持続的なXSSは、アカウントの乗っ取りや完全なサイトの危険に繋がる可能性があります。だからこそ、貢献者からの保存されたXSSは依然として深刻です。.
Q: 訪問者は危険にさらされますか、それとも管理者だけですか？
A: 両方です。悪意のあるショートコードが訪問者が読み込む公開ページに表示されると、訪問者のブラウザが標的にされる可能性があります。主なリスクはコンテンツをプレビューして公開するエディターや管理者にありますが、ショートコードが表示される場所によっては公共の露出も可能です。.
Q: プラグインを無効にできない場合はどうすればよいですか？
A: WAFの仮想パッチを使用し、既存のコンテンツをサニタイズし、貢献者の能力を制限し、ベンダーがパッチをリリースするまで貢献者によって作成されたコンテンツを監査してください。.
Q: プラグインの作者はどれくらい早くこれをパッチしますか？
A: パッチのタイムラインは異なります。公式の更新が利用可能になるまで、上記の緩和策とWAFの仮想パッチを使用してください。.

最終チェックリスト — 即時から長期的

  • インベントリ: Outgrowはインストールされていますか？どのバージョンですか？
  • 含む: 非必須の場合はOutgrowを一時的に無効にするか、貢献者の役割を制限してください。.
  • サニタイズ: 悪意のあるショートコードのために投稿/改訂/ドラフトを検索してクリーンにしてください。.
  • 監視: ロギングを増やし、マルウェアスキャンとファイル整合性チェックを有効にしてください。.
  • 仮想パッチ: ショートコードIDペイロードをブロックし、疑わしいPOSTを拒否するWAFルールを展開してください。.
  • パッチコード: プラグインを制御している場合は、上記で推奨されるサニタイズとエスケープパターンを適用してください。.
  • 資格情報のローテーション: パスワードを変更し、侵害されたトークンを取り消してください。.
  • 教育: サイトが修正されるまで、エディターや管理者に信頼できないコンテンツを日常の管理ブラウザセッションでプレビューしないように通知してください。.
  • テスト: 修正後、サイトとコンテンツがクリーンであり、WAFルールが運用上の問題を引き起こさないことを確認してください。.

このアドバイザリーは、サイトの所有者や運営者が情報に基づいた実用的な決定を下すのを助けるために書かれています。スキャン、仮想パッチ、またはインシデント対応に関して支援が必要な場合は、WP-Firewallのチームがサポートします。パッチを適用している間にリスクを減らすための即時の無償保護を受けるには、当社の基本（無料）プランにサインアップし、管理されたファイアウォール + WAFを今日有効にしてください： https://my.wp-firewall.com/buy/wp-firewall-free-plan/

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

wordpress security update banner

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

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

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

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

お問い合わせ

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

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

© 2026 WP-Firewall™