プラグイン名	XCloner
脆弱性の種類	機密データの露出
CVE番号	CVE-2026-48965
緊急	中くらい
CVE公開日	2026-06-05
ソースURL	CVE-2026-48965

セキュリティ警告: CVE-2026-48965 — XCloner (<=4.8.6) 機密データの露出 — WP-Firewallの顧客が知っておくべきこと

XClonerプラグインの脆弱性 (CVE-2026-48965) に関するWP-Firewallからの技術分析、リスク評価、検出、緩和およびインシデント対応ガイダンス。.

公開日: 2026-06-05

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

概要: XCloner WordPressプラグイン (バージョン <= 4.8.6) に影響を与える機密データ露出の脆弱性 (CVE-2026-48965) が公開され、バージョン4.8.7で修正されました。この問題により、権限の低いユーザー (購読者役割) が読むことができない情報にアクセスできるようになります。プロフェッショナルなWordPress WAFプロバイダーであるWP-Firewallは、検出、緩和および回復のためのガイダンスを作成しました — すぐに更新できない場合に適用できる即時の仮想パッチを含みます。.

何が起こったか（短く）
WordPressサイト所有者にとってこれが重要な理由
迅速な修正 — 今すぐ行うべきこと (経営者チェックリスト)
技術的背景 (CVE-2026-48965についての知見)
攻撃者が機密データ露出の脆弱性を悪用する方法
検出: サイトへの影響を確認する方法
仮想パッチ / WAF緩和: ルールとガイダンス
推奨される長期的な修正と強化
インシデント対応プレイブック (侵害や機密データ漏洩を発見した場合)
インシデント後の修正と監視
よくある質問
サイト所有者向けのWP-Firewallの提案

何が起こったか（短く）

2026年6月3日、XCloner (プラグインスラッグ: xcloner-backup-and-restore) に影響を与える脆弱性が公に開示され、CVE-2026-48965が割り当てられました。この問題は機密データ露出として分類され、CVSSは6.5です。ベンダーはこの問題に対処するためにバージョン4.8.7をリリースしました。.

この脆弱性により、購読者レベルの権限を持つアカウントが通常は見ることが許可されていないデータにアクセスできるようになりました。それには、設定、バックアップリンク、機密プラグインデータ、またはサイトでプラグインがどのように使用されているかに応じて保護された他の出力が含まれる可能性があります。.

WordPressインストールでXClonerを実行している場合は、すぐに4.8.7以降に更新してください。すぐに更新できない場合 (例えば: ステージング/テスト、カスタム統合、または検証が必要なクライアントサイト) は、以下の仮想パッチガイダンスを適用してください。.

WordPressサイト所有者にとってこれが重要な理由

バックアップおよび復元プラグインは、潜在的に機密データ (データベースダンプ、設定ファイル、アーカイブリンク) へのアクセスを保持または作成します。これらのオブジェクトの露出は、攻撃者にさらなるエスカレーションへの迅速な道を提供します。.
購読者レベルの悪用は、しばしばマルチ著者またはメンバーシップサイトに存在するアカウントを利用するため、危険です。権限の低いアカウントが機密情報を漏洩できると、攻撃面が増加します。.
自動スキャナーと大量悪用ツールは、脆弱なプラグインを持つサイトを一斉に標的にすることがよくあります — 脆弱なプラグインを持つ公開アクセス可能なサイトは、調査され悪用される可能性があります。.
データの露出を超えて、機密情報はフォローアップ攻撃を可能にすることがあります：認証情報の盗難、横移動、データベースのダンプ、そして完全なサイトの乗っ取り。.

迅速な修正 — 今すぐ行うべきこと (経営者チェックリスト)

影響を受けたすべてのサイトでXClonerを4.8.7以上に更新してください。.
- 多くのサイトを管理している場合は、高優先度の更新をスケジュールするか、ステージング/テストを尊重する自動化を使用してください。.
すぐに更新できない場合は、以下のWP-Firewall仮想パッチ（WAFルール）を適用して悪用の試みをブロックしてください。.
データアクセスや異常なダウンロードの証拠がないかサイトをスキャンしてください（検出セクションを参照）。.
XClonerのバックアップや設定エクスポートによって露出する可能性のある認証情報やAPIキーをローテーションしてください。.
WordPressコア、プラグイン、テーマの完全なマルウェアスキャンと整合性チェックを実行してください。.
疑わしい活動を見つけた場合は、このガイドのインシデントレスポンスプレイブックに従ってください。.

技術的背景 — CVE-2026-48965について私たちが知っていること

影響を受けたソフトウェア：WordPressプラグイン「XCloner」（xcloner-backup-and-restore）
脆弱なバージョン：<= 4.8.6
パッチ済みバージョン：4.8.7
脆弱性の種類：機密データの露出（OWASP A3 / 情報開示）
CVE：CVE-2026-48965
パッチ：4.8.7で提供されたベンダー修正
悪用に必要な権限：サブスクライバー（低権限）

開示は、特定のプラグインエンドポイントまたはコードパスが、どのユーザーロールが特定の出力にアクセスできるかを適切に制限していなかったことを示しています（例えば、バックアップメタデータ、URL、または内部状態）。正確な内部コードパスはパッチで修正されていますが、サイトが更新されるまでリスクは残ります。.

購読者アカウントを持つ攻撃者が露出を引き起こすことができるため、この脆弱性は公開または簡単に作成できるアカウントを持つサイトで特に危険です（フォーラム、コミュニティポータル、会員サイト）。.

攻撃者が機密データの露出を利用してエスカレーションする方法

このような脆弱性を悪用した後に敵が達成できるもっともらしい攻撃チェーンは以下の通りです：

バックアップリンクまたは一時アーカイブURLを取得する — サイト全体のバックアップをダウンロードし、認証情報または設定を取得します。.
データベースダンプまたは部分的なデータベースコンテンツを公開する — ハッシュ化されたパスワードを回復し、オフラインでのクラッキングを試みます。.
APIキー、SMTP認証情報、またはストレージプロバイダーキーを含むプラグイン設定を取得します。.
漏洩した情報を使用して、ターゲットを絞った特権昇格の試みを作成します（例：管理者エンドポイントを特定し、cronジョブを予測します）。.
他の脆弱性（例：クロスサイトスクリプティング）と組み合わせて、コードを実行したり、アクセスを持続させたりします。.

特定の漏洩が限られていても、その情報はより破壊的な行動のための偵察として使用できます。.

検出：影響を受けているかどうかを確認する方法

脆弱なプラグインとバージョンがサイトに存在するかどうかを（A）確認し、（B）誰かがそれを悪用した証拠を探す必要があります。.

インストールとバージョンを特定します
- WordPress管理者：プラグイン -> インストール済みプラグイン -> “XCloner”を見つけます”
- CLI（シェル/SSHとWP-CLIがある場合）：
  - wp プラグインリスト --format=json | jq -r '.[] | select(.name|ascii_downcase|contains("xcloner"))'
  - wp プラグイン get xcloner-backup-and-restore --field=version
ファイルシステムチェック
- プラグインフォルダーを探します： wp-content/plugins/xcloner-backup-and-restore
- 問題に関連する可能性のある疑わしいエンドポイントやAJAXアクション名をgrepします：
  - grep -R --line-number "xcloner" wp-content/plugins/xcloner-backup-and-restore
ウェブアクセスログ（重要）
- プラグインパスやプローブ試行のように見えるパラメータへの異常なリクエストを検索します。例えば：
  - 1. GET/POST リクエストのターゲット 2. /wp-content/plugins/xcloner-backup-and-restore/*
  - 3. バックアップダウンロードまたはエクスポートエンドポイントを示すパラメータを含むリクエスト。.
- 4. 開示からの時間枠（およびそれ以前）を使用して検索します。.
- 5. 例のログ grep（Linux）：
  - 6. grep -i "xcloner" /var/log/apache2/access.log* /var/log/nginx/access.log*
WordPressアクティビティログ
- 7. アクティビティログ（監査ログ）がある場合、ダウンロード、エクスポート、またはリンク生成イベントを作成したサブスクライバーアカウントによって実行されたアクションを検索します。.
8. ファイルシステムの整合性 / バックアップ検査
- 9. アップロードまたはプラグインの一時ディレクトリに最近作成されたバックアップアーカイブをチェックします。攻撃者は即時バックアップをトリガーしたり、生成されたアーカイブを要求したりする可能性があります。.
10. マルウェア / 整合性スキャン
- 11. 通常のスキャナーを実行します。新しい管理者ユーザー、変更されたコアファイル、不明なスケジュールタスク（cronエントリ）、および外向き接続に注意してください。.

12. 検索すべき妥協の指標（IoC）：

13. wp-content/plugins/xcloner-backup-and-restore/backups における予期しないバックアップアーカイブファイル wp-content/アップロード または 14. 内部設定にリンクするクエリパラメータを含むリクエスト（例、.
15. archive=, ファイル=, ダウンロード=, 16. 異常なAPI呼び出しやアップロードを行うサブスクライバーアカウント。).
17. 不明なホストへの外向きデータ転送（サーバーログが利用可能な場合）。.
18. これらのいずれかが存在する場合、そのインスタンスは潜在的に侵害されたものとして扱い、以下のインシデントプレイブックに従ってください。.

19. 仮想パッチ / WAF緩和：適用できる即時ルール.

バーチャルパッチ / WAF緩和：適用できる即時ルール

プラグインをすぐに更新できない場合は、WAFレイヤーで仮想パッチを適用してください。以下に、一般的なWAFエンジンおよびModSecurity/OWASP CRSスタイルのデプロイメント用の例ルール（一般的）を提供します。これらのルールは保守的であり、通常のサイト使用をブロックすることなく、典型的な悪用ベクトルをブロックすることを目的としています。本番環境に展開する前に、ステージングでルールをテストしてください。.

重要： これらは例です。必要に応じてプラグインパスと環境を調整してください。アクティベーション後にログを監視し、偽陽性が見られた場合はルールを洗練してください。.

1) Nginx（ngx_http_rewrite_moduleを使用） — 非管理者からのプラグインエンドポイントへのアクセスをブロック

このスニペットは、リクエストが認証された管理者ユーザーからのものでない限り、アーカイブダウンロードやプラグイン特有のアクションのように見える直接リクエストを拒否します。NginxはWordPressのクッキーや権限を簡単に読み取れないため、これは一般的な悪用パターン（ダウンロードエンドポイント、直接ファイル取得）をブロックする防御的ルールです。.

サーバーブロック内に配置してください：

# 一般的なXClonerダウンロード/エクスポートエンドポイントへの直接アクセスをブロック

注意：慎重に使用してください — サイトが管理プロセスのために正当に直接プラグインファイルのダウンロードを使用している場合は、まずこれをテストしてください。.

2) ModSecurity（SecRule） — プラグインAPIアクションにアクセスしようとするリクエストやエクスポートを作成/トリガーするリクエストをブロック

プラグインパスと疑わしいパラメータの両方を含むリクエストをブロックするためのModSecurityルールの例。ModSecurityのカスタムルールセットで使用してください：

# ModSecurityルールの例 - 疑わしいxclonerアクションを拒否"

IDを調整し、正当な管理者による操作（たとえば、有効な管理者クッキー値を持つリクエスト）のための除外を追加してください。.

3) 一般的なWAFパターン（擬似）

次の条件を満たすHTTPリクエストをブロックします：
- 以下のファイルをリクエストします /wp-content/plugins/xcloner-backup-and-restore/
- プラグインスラッグと組み合わせたダウンロード、エクスポート、トークン、アーカイブのようなパラメータを含むクエリ文字列を含む。.
- xcloner関数を参照するAJAXアクションを含む。.

影響を測定するために最初に24時間のログのみのモードを適用し、自信が持てたら拒否します。.

4) 非管理者ユーザーに対するハードブロック（WordPressリライトアプローチ）

サイトに小さなPHPスニペットを追加できる場合（muプラグインまたはサイト固有のプラグイン）、非管理者ユーザーからのリクエストがプラグインエンドポイントに到達するのを防ぐことができます：

<?php;

これは効果的な一時的対策ですが、mu-pluginsは早期に実行されるため、プラグインをすぐに更新できない場合にうまく機能します。パッチ版に更新した後は削除してください。.

推奨される長期的な修正と強化

プラグインを迅速に更新してください。
- ベンダーパッチを適用します：すべてのサイトでXClonerを4.8.7+に更新します。.
- 本番環境にプッシュする前に、ステージングで更新をテストします。.
最小権限の原則
- サブスクライバーアカウントが必要か再評価します。低権限ユーザーの登録を制限し、可能な限り機能を制限します。.
- メンバーシップのモデレーションまたはメール確認を使用して、自動アカウント作成を減らします。.
プラグインの使用を強化する
- 可能な限り、バックアップ作成およびダウンロードアクションを管理者のみに制限します。.
- 公開アクセス可能なバックアップダウンロードリンクを無効にします；短命の署名付きURLを使用した直接SFTP/S3アップロードを優先します。.
セキュアなバックアップ
- バックアップを安全でアクセス制御されたストレージに保存します。バックアップアーカイブを公開ウェブディレクトリに置かないでください。.
- 機密データを含む場合は、バックアップを静止状態で暗号化します。.
監査ログと監視
- ユーザーアクションの監査ログを維持します。特にエクスポート/バックアップ操作に関して。.
- バックアップ作成、大規模データエクスポートまたはダウンロードに対してアラートを送信します。.
定期的な脆弱性スキャン
- 環境に対して自動スキャンを実行し、脆弱なプラグインバージョンを見つけます。.
- 緊急更新を処理するためのメンテナンスウィンドウを設けます。.
ウェブアプリケーションファイアウォールと仮想パッチ
- WAFルールを使用して、パッチが適用されるまで即時保護を提供します。.
- あなたの環境全体で広くインストールされているプラグインのためにカスタムルールセットを維持します。.
コードレビューと安全な開発プラクティス
- あなたやあなたの開発者がサードパーティのプラグインを変更する場合は、安全なコーディングのベストプラクティスに従ってください：入力を検証およびサニタイズし、機能チェックを確認し、低権限ユーザーに内部ダウンロードリンクを公開しないようにします。.

インシデントレスポンスプレイブック — もしあなたが悪用の証拠を見つけた場合。

脆弱性が悪用された兆候を発見した場合は、これらの手順を順番に実行してください。封じ込めを最優先事項として扱います。.

コンテイン
- サイトを一時的にオフラインにするか、管理者のみのアクセスに制限します（メンテナンスモード）。.
- すぐに仮想パッチ（上記のWAFまたはmu-plugin）を適用します。.
証拠を保存する
- 変更を加える前に、ログとファイルシステムのスナップショットを取得します。.
- ウェブサーバーログ、アプリケーションログ、データベースダンプ（読み取り専用スナップショット）をエクスポートします。.
撲滅
- XClonerを4.8.7+に更新します。.
- 攻撃者が作成したユーザーアカウント、バックドア、またはスケジュールされたタスクを削除します。.
- 可能な限り、既知の良好なコピーを使用して、露出したファイル（例：wp-config.php）を置き換えます。.
回復する
- 認証情報をローテーションします：WordPress管理者パスワード、データベースユーザーパスワード、APIキー、クラウドストレージ認証情報、SMTP認証情報。.
- 完全性が保証できない場合は、既知の良好なバックアップから復元します。.
事後対応
- 完全なマルウェア/フォレンジックススキャンを実施します。.
- 必要に応じて、他のプラグイン/テーマ/コアをレビューし、パッチを適用します。.
- 機密データ（個人データ、認証情報）が露出した場合は、利害関係者、クライアント、ユーザーに通知します。通知に関する法的/規制要件に従ってください。.
教訓
- 何が起こったのか、なぜ起こったのか、そして対応がどのように行われたのかを文書化します。.
- 同様の問題を防ぐために、実行手順書と強化を更新します。.

インシデント後の修正と監視

上記のすべての手順が完了し、確認された後にのみ、プロダクションを再有効化します。.
数週間にわたり、監視を強化します：
- xclonerエンドポイントへの再試行のログを監視します。.
- 管理アクションの監査ログを有効にしたままにします。.
- 新しいバックアップアーカイブの作成や大規模なデータベースエクスポートのためのアラートを設定します。.
バックアップ処理と機密エクスポート操作に焦点を当てたセキュリティレビューをスケジュールします。.
プラグインの設定やバックアップに埋め込まれている可能性のあるキーやシークレット（S3キー、APIトークン、SMTPパスワード）をローテーションします。.

検出と回復のチェックリスト（詳細）

XClonerは存在し、バージョンは<= 4.8.6ですか？
- はい：すぐに更新してください。.
疑わしいリクエストが記録された時期にバックアップアーカイブは作成されましたか？
- はい：アーカイブを検査し、安全が確認されるまでデータの露出を仮定します。.
大量のダウンロードやエクスポート操作をトリガーするためにサブスクライバーアカウントが使用されましたか？
- はい：追加の悪用を探し、他の特権昇格ベクトルを確認します。.
不明な管理者ユーザーや変更されたファイルはありますか？
- はい：可能であれば信頼できるバックアップから復元し、完全なフォレンジック分析を実施します。.
プラグインの設定やバックアップにAPIキーや認証情報は見つかりましたか？
- はい：影響を受けたすべての認証情報をローテーションし、サードパーティの統合ログを確認します。.

実用的な例：今すぐ実行できるコマンドとクエリ

WP-CLIでプラグインとバージョンをリストします：

wp plugin list --format=table

xclonerのヒットをウェブログで検索します：

zgrep -i "xcloner" /var/log/nginx/access.log* | less

プラグインディレクトリ内の最近のファイルを見つけます：

find wp-content/plugins/xcloner-backup-and-restore -typef -mtime -30 -ls

WordPressのアップロードで可能性のあるバックアップアーカイブを検索します：

wp-content/uploads を見つける -typef -iregex ".*\(zip\|tar\|gz\)$" -mtime -30 -ls

プラグイン設定ファイル内の秘密を素早く grep する（スキャンのみ、漏洩しないでください）：

grep -R --line-number -E "key|secret|api|password|token" wp-content/plugins/xcloner-backup-and-restore || true

grep の出力には注意してください：秘密が含まれている可能性があります。結果ファイルを保護し、ヒットが見つかった場合は資格情報のローテーションガイダンスに従ってください。.

よくある質問

質問： 私のサイトは XCloner を使用していますが、ダウンロードを作成できるのは管理者だけです — 私は安全ですか？
答え: 脆弱性により、特定のデータへのサブスクライバーレベルのアクセスが許可される場合があります。サイトが厳重にロックダウンされている場合（登録は許可されず、管理者のみがエクスポートをトリガーし、アーカイブはオフサイトに保存され、公開 URL はない）、リスクは大幅に低下します — しかし、更新は依然として必要です。.

質問： 4.8.7 に更新しました。まだサイトをスキャンする必要がありますか？
答え: はい。更新により、パッチが適用されたコードパスを介した将来の悪用が防止されますが、更新前に脆弱性が悪用されていた場合、修正が必要な問題が残る可能性があります。.

質問： 信じられる露出の後にパスワードをローテーションする必要がありますか？
答え: はい。バックアップやエクスポートで露出する可能性のある資格情報はローテーションする必要があります：データベースユーザー、管理者パスワード、API キー、S3 キーなど。.

質問： インシデント後、どのくらいの期間監視を続けるべきですか？
答え: 少なくとも 30 日間は密接に監視し、遅れて動く脅威を検出するために 90 日間はログを高めて維持してください。.

なぜ WP-Firewall は積極的な仮想パッチを推奨するのか

大規模な WordPress フリートでの経験を持つ WAF プロバイダーおよびセキュリティチームとして、脆弱性の開示とサイトの更新の間に露出のウィンドウが常に存在することを確認しています。仮想パッチは、徹底的なテストを実施し、ベンダーパッチを適用できるまでの間、即座に保護を提供します。私たちのルール開発は、一般的な悪用パターンをブロックしながら、サイトの中断を最小限に抑えることを優先しています。.

更新中に迅速で管理された保護が必要ですか？

タイトル： 数秒でサイトを保護 — WP-Firewall からの無料の管理された WAF とマルウェア保護

プラグインを更新し、スキャンを実行している間にサイトを保護する簡単で低コストな方法を探している場合、WP-Firewall の無料基本プランは、必須の管理されたファイアウォール保護、Web アプリケーションファイアウォール (WAF)、自動マルウェアスキャナー、および OWASP トップ 10 リスクに対する緩和策を提供します — すべて無制限の帯域幅で。無料プランにサインアップし、私たちの管理ルールが悪用の試みをブロックする間に、恒久的な修正を実施してください： https://my.wp-firewall.com/buy/wp-firewall-free-plan/

（必要に応じて、標準およびプロプランを提供しており、自動マルウェア除去、IP ブラックリスト/ホワイトリスト制御、月次セキュリティレポート、自動仮想パッチ、およびプレミアムアドオンを含む、より深い管理サービスを提供しています。）

WP-Firewall セキュリティチームからの閉会ノート

仮想パッチの実装、更新のテスト、またはインシデント調査の実施に関して支援が必要な場合、私たちのセキュリティチームが支援できます。バックアップおよびエクスポートワークフローの脆弱性は特に敏感であり、サイトの重要な情報 — データベース、資格情報、設定 — を含む可能性があるためです。プラグインの更新衛生とバックアップセキュリティを運用チェックリストの重要項目として扱ってください。.

安全を保つために：XCloner を 4.8.7+ に更新し、必要に応じて WAF 仮想パッチを適用し、ログを監査し、露出した資格情報をローテーションし、バックアップ処理とアカウントプロビジョニングの完全なセキュリティレビューを実施してください。.

修正中に無料の管理されたWAF保護にサインアップするか、ヘルプが必要な場合は、訪問してください: https://my.wp-firewall.com/buy/wp-firewall-free-plan/

著者： WP-Firewall セキュリティチーム
お問い合わせ： [email protected]

XClonerの脆弱性が機密データを露出//公開日 2026-06-05//CVE-2026-48965

セキュリティ警告: CVE-2026-48965 — XCloner (<=4.8.6) 機密データの露出 — WP-Firewallの顧客が知っておくべきこと

目次

何が起こったか（短く）

WordPressサイト所有者にとってこれが重要な理由

迅速な修正 — 今すぐ行うべきこと (経営者チェックリスト)

技術的背景 — CVE-2026-48965について私たちが知っていること

攻撃者が機密データの露出を利用してエスカレーションする方法

検出：影響を受けているかどうかを確認する方法

バーチャルパッチ / WAF緩和：適用できる即時ルール

1) Nginx（ngx_http_rewrite_moduleを使用） — 非管理者からのプラグインエンドポイントへのアクセスをブロック

2) ModSecurity（SecRule） — プラグインAPIアクションにアクセスしようとするリクエストやエクスポートを作成/トリガーするリクエストをブロック

3) 一般的なWAFパターン（擬似）

4) 非管理者ユーザーに対するハードブロック（WordPressリライトアプローチ）

推奨される長期的な修正と強化

インシデントレスポンスプレイブック — もしあなたが悪用の証拠を見つけた場合。

インシデント後の修正と監視

検出と回復のチェックリスト（詳細）

実用的な例：今すぐ実行できるコマンドとクエリ

よくある質問

なぜ WP-Firewall は積極的な仮想パッチを推奨するのか

更新中に迅速で管理された保護が必要ですか？

WP-Firewall セキュリティチームからの閉会ノート

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

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

XClonerの脆弱性が機密データを露出//公開日 2026-06-05//CVE-2026-48965

セキュリティ警告: CVE-2026-48965 — XCloner (<=4.8.6) 機密データの露出 — WP-Firewallの顧客が知っておくべきこと

目次

何が起こったか（短く）

WordPressサイト所有者にとってこれが重要な理由

迅速な修正 — 今すぐ行うべきこと (経営者チェックリスト)

技術的背景 — CVE-2026-48965について私たちが知っていること

攻撃者が機密データの露出を利用してエスカレーションする方法

検出：影響を受けているかどうかを確認する方法

バーチャルパッチ / WAF緩和：適用できる即時ルール

1) Nginx（ngx_http_rewrite_moduleを使用） — 非管理者からのプラグインエンドポイントへのアクセスをブロック

2) ModSecurity（SecRule） — プラグインAPIアクションにアクセスしようとするリクエストやエクスポートを作成/トリガーするリクエストをブロック

3) 一般的なWAFパターン（擬似）

4) 非管理者ユーザーに対するハードブロック（WordPressリライトアプローチ）

推奨される長期的な修正と強化

インシデントレスポンスプレイブック — もしあなたが悪用の証拠を見つけた場合。

インシデント後の修正と監視

検出と回復のチェックリスト（詳細）

実用的な例：今すぐ実行できるコマンドとクエリ

よくある質問

なぜ WP-Firewall は積極的な仮想パッチを推奨するのか

更新中に迅速で管理された保護が必要ですか？

WP-Firewall セキュリティチームからの閉会ノート

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

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

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