プラグイン名	ポストSMTP
脆弱性の種類	クロスサイトスクリプティング (XSS)
CVE番号	CVE-2026-3090
緊急	低い
CVE公開日	2026-03-20
ソースURL	CVE-2026-3090

緊急セキュリティアドバイザリー: Post SMTPプラグイン (≤ 3.8.0) — 認証されていない保存型XSS (CVE-2026-3090) — 影響、緩和策 & 対応

日付： 2026-03-20
著者： WP-Firewall セキュリティチーム
タグ: WordPress, セキュリティ, WAF, XSS, Post SMTP, 脆弱性, CVE-2026-3090

まとめ： Post SMTP WordPressプラグイン (バージョン ≤ 3.8.0) に影響を与える保存型クロスサイトスクリプティング (XSS) 脆弱性 (CVE-2026-3090) により、認証されていない攻撃者が イベントタイプ パラメータを介して悪意のあるペイロードを保存することができます。成功した悪用は、特権ユーザーが影響を受けたUIを表示または操作する際に管理者アクションが実行される結果をもたらす可能性があります。パッチが適用されたリリースが利用可能です (3.9.0)。以下にリスクを説明し、攻撃者がどのように脆弱性を悪用するかを示し、実用的な緩和策とインシデント対応ガイダンスを提供します—さらに、WP-Firewallがどのようにしてあなたのサイトを即座に保護できるかを説明します。.

TL;DR (サイト所有者および管理者向け)

脆弱性：Embed Bokunプラグイン ≤ 0.23 におけるalignパラメータを介したストアドXSS。 イベントタイプ Post SMTPプラグインバージョン ≤ 3.8.0 におけるパラメータ (CVE-2026-3090)。.
リスク: 認証されていない攻撃者がプラグインUIまたはイベントページを表示する際に管理者のブラウザで実行されるペイロードを持続させることができる; セッションの盗難、管理者アカウントの侵害、マルウェアのインストール、またはさらなるピボットにつながる。.
パッチ適用済みバージョン: 3.9.0 — 直ちに更新してください。.
すぐにパッチを適用できない場合の即時緩和策:
- HTML/scriptペイロードを含むリクエストをブロックするWAFルールを適用する イベントタイプ.
- プラグイン管理ページへのアクセスを制限する (IPホワイトリスト、保護された管理者アクセス)。.
- 必要ない場合はプラグインを一時的に無効にする。.
- 保存されたペイロードをスキャンし、削除する。.
WP-Firewall: 仮想パッチ、管理されたルール、マルウェアスキャン、およびWAF保護により、プラグインを一度に更新できなくても、悪用の試みを即座にブロックできます。.

脆弱性とは何ですか?

これは、Post SMTPプラグインのバージョン3.8.0までおよびそれを含む保存型クロスサイトスクリプティング (XSS) の問題です。認証されていない攻撃者がプラグインのエンドポイントに特別に作成された入力を送信する可能性があります (具体的には イベントタイプ パラメータを介して)。プラグインはその入力を保存し、後で適切な出力エスケープやサニタイズなしに管理ページに出力します。特権ユーザー (例えば、管理者) がそのページを表示または操作すると、保存された悪意のあるスクリプトがそのブラウザコンテキストで実行されます。.

スクリプトが管理者のブラウザで実行されるため、そのユーザーの権限でアクションを実行できます — オプションの作成または変更、プラグインのインストール、管理者アカウントの作成、またはクッキーや資格情報の抽出を含みます。したがって、この脆弱性は、認証されていない攻撃者から発生しているにもかかわらず、サイトの機密性と整合性に高い影響を及ぼします。.

脆弱性: CVE-2026-3090
影響を受ける: Post SMTPプラグイン ≤ 3.8.0
パッチ適用済み: 3.9.0
13. 公開アドバイザリーでクレジットされたセキュリティ研究者 2026年3月20日

エクスプロイトの仕組み（高レベル）

攻撃者は、値を受け入れるPost SMTPプラグインのエンドポイントまたはアクションにリクエストを送信します。 イベントタイプ そのリクエストは認証を必要としません（未認証の送信）。.
プラグインは、十分なサニタイズやバリデーションを行わずに、値を直接データベース（またはログ/イベントストア）に受け入れ、保存します。.
後に、ログインした特権ユーザー（管理者/マネージャー）がプラグインのイベントまたは設定UIを訪れます。プラグインは保存された イベントタイプ を適切にエスケープせずにレンダリングします。.
ブラウザは管理者セッションのコンテキストで永続化されたスクリプトを実行します。そこから攻撃者は：
- クッキーや認証トークンを読み取ることができます（セッションハイジャック）。.
- 管理者エンドポイントにリクエストを発行してユーザーを作成したり、オプションを変更したり、プラグインをインストールしたりします。.
- バックドアを永続化したり、サイトのコンテンツを変更したりします。.
- 訪問者を改ざんしたりリダイレクトしたり、サイトの他の部分にピボットしたりします。.

注記： 初期の送信は未認証である可能性がありますが、エクスプロイトには影響を受けたコンテンツを管理者が表示する必要があります（ユーザーの相互作用）。これはしばしばソーシャルエンジニアリングによって達成されます（悪意のあるリンクを送信したり、管理者に特定のページを訪れるよう促したりします）。.

なぜこれが危険なのか

ストレージXSSはサイトのデータベースに永続化され、管理者が影響を受けたページを表示するたびにトリガーされる可能性があります。.
スクリプトは管理者のブラウザで実行されるため、管理者権限でアクションを実行でき、実質的にサイトの乗っ取りを可能にします。.
自動化された大量エクスプロイトは攻撃者にとって魅力的です：彼らは多くのサイトに迅速にペイロードを注入し、管理者がサイトUIをブラウズするのを待つことができます。.
エクスプロイト後の活動は隠密である可能性があり（バックドア、スケジュールされたタスク、悪意のあるコード）、徹底的なフォレンジックレビューなしでは検出が難しいです。.

現実的な悪用シナリオ

フィッシングのような誘惑：攻撃者はペイロードを注入し、管理者に説得力のある前提でプラグインの「イベント」ページへのリンクをメールします。管理者がクリックすると、ペイロードが実行されます。.
自動化されたピボット：新しい管理者アカウントを作成するか、攻撃者にパスワードリセットアクセスを与えるために管理者のメール設定を変更するペイロード。.
永続的なマルウェア：スクリプトは管理者権限のAJAXアクションを介して悪意のあるPHPバックドアを書き込み（スクリプトによってトリガーされる）、リモートコード実行を可能にします。.
サプライチェーンの迷惑：攻撃者は、送信メールを変更したり、コンテンツにトラッキング/広告スクリプトを挿入するJavaScriptを注入します。.

サイトの所有者/管理者のための即時対応

どのWordPressサイトでもPost SMTPプラグインを実行している場合：

プラグインをバージョン3.9.0以上にすぐに更新してください。.
- プラグイン > インストール済みプラグインに移動し、Post SMTPを見つけて更新します。.
- 環境で自動更新が可能な場合は、このプラグインの自動更新を有効にしてください。.
すぐに更新できない場合:
- 更新が可能になるまでプラグインを一時的に無効にすることを検討してください。.
- プラグイン管理ページへのアクセスを制限します：
  - ウェブサーバーレベルでIPホワイトリストを使用して管理エリアへのアクセスを制限します。.
  - 追加のバリアとしてHTTP認証でwp-adminを保護します。.
- HTML/JSを注入しようとするリクエストをブロックするWAFルールを適用します。 イベントタイプ 3. ウェブサーバーレベルでブロックします（一時的なルール）。.
- プラグインエンドポイントへの疑わしいPOSTリクエストのログを監視します。.
保存された悪意のあるペイロードのためにデータベースをスキャンします：
- プラグイン特有のテーブル（イベント/ログ）や一般的な場所（wp_options、wp_posts、wp_postmeta）で <script, onerror=, ジャバスクリプト:, <svg/onload, 、または難読化されたバリアントを探します。.
- 悪意のある行を削除するか、見つかった場合は値をサニタイズします。.
管理ユーザーの資格情報とセッショントークンをローテーションします：
- 管理者パスワードをリセットします。.
- アクティブなセッションを無効にします（プラグインまたはデータベースメソッドを使用してログインセッションを期限切れにします）。.
バックドアのためにファイルとスケジュールされたタスクを確認します：
- 最近変更されたPHPファイルや不明なスケジュールタスク（cron）を検索します。.
- チェック wpコンテンツ 不明なファイルについて。.
8. サイトをメンテナンスモードにし、隔離します；クリーンなバックアップを取得します；段階的な回復またはインシデントレスポンスの対応を実施します。
- サイトを隔離する（オフラインにするかアクセスを制限する）— 証拠を保存します。.
- 注入前のクリーンバックアップから復元します（存在する場合）。.
- 完全なフォレンジック分析を実施するか、専門家を雇います。.

サイトが標的にされたか侵害されたかを検出する方法

妥協の指標（IoCs）を検索します：

データベース検索（置き換え wp_ プレフィックスが異なる場合）：
- 生のスクリプトタグを探します：
  - SELECT * FROM wp_options WHERE option_value LIKE '%
  - SELECT * FROM wp_posts WHERE post_content LIKE '%
  - SELECT * FROM wp_postmeta WHERE meta_value LIKE '%<script%';
- 検索する イベントタイプ 保存された値（プラグイン特有のテーブルまたはオプション）：
  - SELECT * FROM wp_options WHERE option_name LIKE '%post_smtp%' AND option_value LIKE '%<script%';
  - または、プラグインがイベント/ログを保存すると文書化しているテーブルを検索します。.
Web サーバーログ:
- プラグインエンドポイントへの疑わしいPOSTリクエストを探します。 イベントタイプ ペイロードに含まれる < または > または ジャバスクリプト:.
管理者の活動：
- 最後のログインタイムスタンプと管理者ユーザーのアクションを確認し、予期しない変更がないか確認します。.
ファイルシステム:
- 疑わしい活動に一致する変更タイムスタンプを持つ新しく作成されたPHPファイルやファイルを探します。.
マルウェアスキャナー：
- 悪意のあるファイルや注入されたコードを見つけるために、WordPressに特化したマルウェアスキャンを実行します。.

疑わしい保存されたコンテンツを見つけた場合は、それを隔離し、エントリをクリーンアップまたは削除します。削除する前にフォレンジック分析のためのサンプルを保存します。.

データベースのクイッククリーンアップの例

警告： 削除や更新を行う前に、必ずデータベースのバックアップを取ってください。.

スクリプトタグを含むエントリを見つける：
- SELECT option_id, option_name FROM wp_options WHERE option_value LIKE '%<script%';
知られているオプションの悪意のある値をクリアする：
- UPDATE wp_options SET option_value = '' WHERE option_name = 'post_smtp_some_event_option' AND option_value LIKE '%<script%';
プラグインイベントテーブルの悪意のあるイベント行を削除する（例：テーブル名）：
- DELETE FROM wp_post_smtp_events WHERE event_type LIKE '%<script%';
- （テーブル名を実際のプラグインテーブル名に置き換え；プラグインのドキュメントを確認するか、DBスキーマを調査する。）

不明な場合は、削除する前に疑わしい行を安全なファイルにエクスポートして分析する。.

仮想パッチとWAFルール (例)

プラグインをすぐに更新できない場合は、WAF（ウェブアプリケーションファイアウォール）を介した仮想パッチが攻撃の試みをブロックできます。以下は、あなたまたはホスト/WAF管理者が適応できるサンプルルールのアイデアです。これらは防御パターンを意図しており、誤検知を避けるために調整してください。.

スクリプトタグをブロックするための一般的なルール イベントタイプ パラメータ:
- 擬似正規表現（概念）：
  - どこでリクエストをブロックします イベントタイプ パラメータが一致する (?i)<.*script.*|javascript:|onerror=|onload=|<svg
- ModSecurityの例（概念）：
```
SecRule ARGS:event_type "@rx (?i)(<\s*script|javascript:|onerror=|onload=|<\s*svg)" "id:900001,phase:2,deny,log,msg:'可能なPost SMTP event_type XSSペイロードをブロックしました'"
```
- Lua / カスタムルールを使用したNginx：
  - POSTボディまたはURLエンコードされたパラメータを検査し、含まれているリクエストを拒否する <script または ジャバスクリプト:.
疑わしい文字の複雑さをブロックする イベントタイプ:
- もし イベントタイプ 文字が含まれている場合 <, > または ; 単純なトークンのみが期待されるコンテキストで。.
プラグイン管理ページへのアクセスを制限します：
- アクセスを制限する /wp-admin/admin.php?page=post-smtp* または、IPまたはHTTP認証による類似のエンドポイント。.
スクリプトのようなコンテンツを削除します：
- WAFがリクエストボディの変換をサポートしている場合、削除します 、）パンくずリストをレンダリングするページや既知のプラグインエンドポイントの下にあるページをターゲットにします。 タグまたはパラメータをサニタイズしてから上流に渡します。.

重要： まずステージングでルールをテストします。過度に攻撃的な正規表現は正当なトラフィックをブロックする可能性があります。仮想パッチは一時的な対策です—できるだけ早くプラグインを更新してください。.

安全なWAFルールの例（保守的）

こちらはホストまたはWAF管理者に提供できる保守的な例（概念的）です。これは、パラメータ内の一般的なXSSインジケーターを含むリクエストを拒否します。 イベントタイプ ID、フェーズ、および構文をWAF製品に合わせて調整してください。.

SecRule REQUEST_HEADERS:Content-Type "application/x-www-form-urlencoded" \"

注記： この例は説明のためのものです。安全なルールを実装するには、WAFのドキュメントとセキュリティエンジニアに相談してください。.

開発者ガイダンス — これをどのように処理すべきだったか

プラグインやテーマを維持している開発者の場合、このクラスの脆弱性を防ぐためにこれらのベストプラクティスに従ってください：

入力検証：
- 受け入れ時に入力を検証します。値が英数字トークンまたは既知の列挙型である必要がある場合、それに対して検証します。.
17. レンダリングする前に、コンテキストに基づいて出力をエスケープします。使用します
- HTMLにレンダリングする前にすべてのデータをエスケープします。適切なWordPressエスケープ関数を使用してください：
  - esc_html(), esc_attr(), esc_textarea(), esc_url() 3. 適用可能な場合。.
保存時のサニタイズ：
- 使用 テキストフィールドをサニタイズする() プレーンテキストまたは wp_kses() / wp_kses_post() 許可されたHTMLのために。.
能力チェック:
- コンテンツを受け入れるエンドポイントが適切な権限（現在のユーザーができる()）とフォームアクションのためのノンスを必要とすることを確認してください。.
ノンスと権限チェック：
- 使用 wp_verify_nonce AJAXまたはフォーム送信用。.
最小権限の原則:
- 認証されていない入力が保存され、後で管理者によって読み取られることを許可する一般的なエンドポイントを公開しないでください。.
ロギングと監視：
- 疑わしい入力をログに記録し、異常なパターンに警告を出します。.
DB操作には準備されたステートメントを使用する 他のインジェクションタイプを避けるために。.

PHP修正パターンの例（event_typeを保存する前）：

// 受信したevent_typeを検証し、サニタイズする;

HTMLを許可する必要がある場合は、使用してください wp_kses() 厳格なホワイトリストを使用してください。.

インシデント対応プレイブック（ステップバイステップ）

XSSがサイトを侵害するために使用されたと疑う場合は、このプレイブックに従ってください：

コンテイン
- サイト管理エリアを一時的にアクセス不可にする（IP制限、HTTP認証）。.
- 必要に応じて、さらなる損害を防ぐためにサイトをオフラインにします。.
保存してください
- 分析のためにログ（ウェブサーバー、DB、プラグインログ）と疑わしいファイルのコピーを保存します。.
- 現在の状態のサイトの完全バックアップを作成します（法医学的に健全なスナップショット）。.
撲滅
- プラグインを3.9.0に更新するか、プラグインを削除/無効にします。.
- 悪意のあるデータベースエントリを削除します（エクスポート/保存した後）。.
- バックドアや疑わしいPHPファイルを削除します。.
回復する
- 利用可能で、クリーンアップよりもリスクが少ない場合は、既知の良好なバックアップから復元します。.
- 管理者パスワードとAPIキーをリセットします。.
- シークレットとトークンを再発行します（例：アプリケーションパスワード、OAuthトークン）。.
事件後
- 完全なセキュリティ監査を実施する。.
- 他の脆弱性や疑わしい変更のためにすべてのプラグイン/テーマをレビューします。.
- 再感染の兆候を監視します。.
通知する
- 顧客データにアクセスされた場合は、適用される通知要件（地域の法律、ホスティングプロバイダーのポリシー）に従ってください。.
学ぶ
- 予防的なコントロールを実施します：自動更新、WAFルール、プラグインの使用制限、セキュリティ監視。.

長期的な強化と監視

WordPressのコア、テーマ、プラグインを常に最新の状態に保つ。.
インストールされたプラグインを最小限に抑え、未使用のものを削除してください。.
ユニークで強力なパスワードを使用し、管理者アカウントにMFAを有効にします。.
可能な場合は、特定のIPに管理者アクセスを制限します。.
定期的にマルウェアをスキャンし、スケジュールされた整合性チェックを行います。.
管理変更のためのログ記録とアラートを実施します。.
すべてのユーザーに対して最小権限の原則を強制します。.

WP-Firewallの助けになる方法（簡単な概要）

WP-Firewallは、リアルタイムでこのような攻撃の試みをブロックできる管理されたウェブアプリケーションファイアウォールとスキャンサービスを提供します。この脆弱性に関連する主な利点は次のとおりです：

仮想パッチ：更新する前に既知の攻撃パターンを即座にブロックします。 イベントタイプ-スタイルの攻撃。.
管理されたWAFルール：管理UIを保護しながら、誤検知を避けるための定期的な更新と調整。.
マルウェアスキャン：ファイルシステムとデータベース内の保存されたスクリプトや疑わしいファイルを検出するための自動スキャン。.
OWASP Top 10リスクの管理された緩和：入力検証とXSSパターンに焦点を当てたルールとポリシー。.

パッチを適用している間に即時の保護層が必要な場合、WP-Firewallは成功した悪用のリスクを減らすためのネットワークレベルのバリアを設置できます。.

今すぐWordPress管理を保護 — WP-Firewall無料プランを試してください。

脆弱なプラグインを実行することは、深刻な侵害への最も早いルートの1つです。更新と修正をスケジュールしている間に即時で信頼できる保護が必要な場合は、WP-Firewall Basic（無料）プランを試してみてください。管理されたファイアウォール（WAF）、保護のための無制限の帯域幅、マルウェアスキャン、OWASP Top 10をカバーする緩和策が含まれており、自動化された攻撃の試みをブロックし、適切な修正のための余裕を得るために必要なすべてが揃っています。自動マルウェア除去や追加のコントロールを追加するためにいつでもアップグレードできます。また、Proにアップグレードすると、自動仮想パッチと月次セキュリティレポートが利用できます。.

ここから無料の保護を開始してください。

実用的な緩和チェックリスト（コピー＆ペースト）

Post SMTPプラグインをバージョン3.9.0以降に更新してください。.
更新できない場合：プラグインを無効にするか、IPまたはHTTP認証を介して管理ページを制限します。.
スクリプトのようなペイロードをブロックするWAFルールを展開します。 イベントタイプ.
スクリプトタグを検索し、プラグインテーブルおよびwp_options/wp_postmetaのエントリをクリーンアップします。.
管理者のパスワードをリセットし、セッションを無効にします。.
疑わしいPHPファイルまたは最近変更されたファイルをスキャンします。.
POSTリクエストを含むサーバーログを監視します。 <script または ジャバスクリプト:.
完全なセキュリティ監査をスケジュールし、継続的な監視を有効にします。.

例のフォレンジッククエリとログチェック

ウェブサーバーログパターン（grep）：

grep -i "event_type" /var/log/apache2/access.log* | grep -Ei "%3Cscript|<script|javascript:"

データベースクエリの例：

SELECT option_name, option_value FROM wp_options WHERE option_value LIKE '%<script%';

SELECT ID, post_title FROM wp_posts WHERE post_content LIKE '%

ファイルシステムチェック（過去7日間に変更された）：
```
find /path/to/wp-content -type f -mtime -7 -iname "*.php" -print
```

ホストおよびマネージドサービスプロバイダーへの注意事項

顧客のために重要なプラグインの自動更新を優先し、この脆弱性の緊急更新を調整します。.
顧客が更新する間、攻撃の試みをブロックするために仮想パッチを提供します。.
テナントデータベースをスキャンして指標を探し、影響を受けた顧客に修正手順を通知します。.
一時的な封じ込めオプションを提供します（例：ホストレベルのアクセス制御を介して管理ページをブロック）。.

最終的な推奨事項

迅速にパッチを適用します。決定的な修正はPost SMTPを3.9.0以上に更新することです。.
後で管理ユーザーに表示されるデータを保存するすべての認証されていないPOSTエンドポイントを高リスクとして扱います。入力のサニタイズと出力のエスケープが存在することを確認してください。.
レイヤードアプローチを使用します：パッチ適用 + WAF + 監視 + 最小特権アクセスは、成功した悪用の可能性と悪用が発生した場合の影響の両方を減少させます。.
もし侵害の疑いがある場合は、調整されたインシデントレスポンスを実施してください：封じ込め、証拠を保存、クリーンアップ、そして再発を防ぐために強化します。.

この脆弱性に合わせたWAFルールを展開したり、仮想パッチを適用したり、侵害の指標についてのフォレンジックチェックを行ったりするために即時の支援が必要な場合、WP-Firewallエンジニアリングチームが支援できます。このリンクを訪れて、基本（無料）保護プランを開始し、数分以内にサイトで管理されたWAFとマルウェアスキャンを有効にしてください： https://my.wp-firewall.com/buy/wp-firewall-free-plan/

参考文献とクレジット：

アドバイザリーID / CVE: CVE-2026-3090
脆弱性は2026年3月に報告されました
研究のクレジットは元の報告者に帰属します（公開開示のタイムライン）

必要であれば、私たちは：

ホスト構成に追加できるカスタムModSecurityルールセットを提供します（ステージングでテスト済み）。.
単一サイトまたはマルチサイト環境のための優先順位付けされた修正計画を案内します。.
あなたのサイトに既知の侵害の指標が存在するかどうかを確認するための無料スキャンを実行します。.

WP-Firewallダッシュボードまたは上記のサインアップリンクを通じてWP-Firewallサポートに連絡し、即時の支援を受けてください。.

Post SMTP プラグインの重大な XSS 脆弱性 // 公開日 2026-03-20 // CVE-2026-3090

緊急セキュリティアドバイザリー: Post SMTPプラグイン (≤ 3.8.0) — 認証されていない保存型XSS (CVE-2026-3090) — 影響、緩和策 & 対応

TL;DR (サイト所有者および管理者向け)

脆弱性とは何ですか?

エクスプロイトの仕組み（高レベル）

なぜこれが危険なのか

現実的な悪用シナリオ

サイトの所有者/管理者のための即時対応

サイトが標的にされたか侵害されたかを検出する方法

データベースのクイッククリーンアップの例

仮想パッチとWAFルール (例)

安全なWAFルールの例（保守的）

開発者ガイダンス — これをどのように処理すべきだったか

インシデント対応プレイブック（ステップバイステップ）

長期的な強化と監視

WP-Firewallの助けになる方法（簡単な概要）

今すぐWordPress管理を保護 — WP-Firewall無料プランを試してください。

実用的な緩和チェックリスト（コピー＆ペースト）

例のフォレンジッククエリとログチェック

ホストおよびマネージドサービスプロバイダーへの注意事項

最終的な推奨事項

参考文献とクレジット：

必要であれば、私たちは：

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

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

Post SMTP プラグインの重大な XSS 脆弱性 // 公開日 2026-03-20 // CVE-2026-3090

緊急セキュリティアドバイザリー: Post SMTPプラグイン (≤ 3.8.0) — 認証されていない保存型XSS (CVE-2026-3090) — 影響、緩和策 & 対応

TL;DR (サイト所有者および管理者向け)

脆弱性とは何ですか?

エクスプロイトの仕組み（高レベル）

なぜこれが危険なのか

現実的な悪用シナリオ

サイトの所有者/管理者のための即時対応

サイトが標的にされたか侵害されたかを検出する方法

データベースのクイッククリーンアップの例

仮想パッチとWAFルール (例)

安全なWAFルールの例（保守的）

開発者ガイダンス — これをどのように処理すべきだったか

インシデント対応プレイブック（ステップバイステップ）

長期的な強化と監視

WP-Firewallの助けになる方法（簡単な概要）

今すぐWordPress管理を保護 — WP-Firewall無料プランを試してください。

実用的な緩和チェックリスト（コピー＆ペースト）

例のフォレンジッククエリとログチェック

ホストおよびマネージドサービスプロバイダーへの注意事項

最終的な推奨事項

参考文献とクレジット：

必要であれば、私たちは：

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

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

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