プラグイン名	スマートスライダー3
脆弱性の種類	ディレクトリトラバーサル
CVE番号	CVE-2026-9197
緊急	低い
CVE公開日	2026-06-09
ソースURL	CVE-2026-9197

Smart Slider 3におけるディレクトリトラバーサル（CVE-2026-9197）：WordPress管理者が今すぐ行うべきこと

著者： WP-Firewall セキュリティチーム
日付： 2026-06-09

まとめ： Smart Slider 3 WordPressプラグインにおいて、バージョン<= 3.5.1.36に影響を与えるディレクトリトラバーサル脆弱性（CVE-2026-9197）が公開されました。この脆弱性により、認証された管理者レベルのユーザーが作成されたリクエストを介して任意のファイルを読み取ることができます。この問題はSmart Slider 3 v3.5.1.37で修正されています。このアドバイザリーでは、リスク、悪用の文脈、検出および封じ込めの手順、すぐに更新できない場合に適用できる短期的な緩和策、すべてのWordPressサイト所有者が実施すべき長期的な管理策について説明します。.

何が起こったか（短く）
技術的背景（安全で非悪用的な説明）
誰が影響を受け、なぜこれが重要なのか（脅威モデル）
CVSS / 分類および攻撃者の前提条件
サイト所有者のための即時の手順（次の60〜120分で何をすべきか）
すぐに更新できない場合 — 一時的な対策
WAFおよび仮想パッチングガイダンス（安全なルールとシグネチャ）
悪用の検出方法と基本的なフォレンジックチェックの実施方法
インシデント対応および修復チェックリスト
同様のリスクを防ぐための強化および長期的な管理策
プラグイン著者および統合者向けの開発者ノート
WP-Firewallがどのように役立つか、無料プランの詳細と短い招待状を含む
付録：便利なコマンドと設定スニペット

何が起こったか（短く）

Smart Slider 3 WordPressプラグインにおいて、認証された管理者権限を持つユーザーがウェブサーバー上の任意のファイルを読み取るリクエストを構築できるディレクトリトラバーサル脆弱性が報告されました。この脆弱性にはCVE-2026-9197が割り当てられ、Smart Slider 3バージョン3.5.1.37で修正されています。悪用にはWordPressの管理者権限が必要なため、この問題はリモートの未認証攻撃者が単独で読み取りアクセスを得ることを許可しませんが、管理者アカウントがしばしば標的にされるか侵害されるという事実から深刻さが生じます。すでに管理者アクセスを持っているか、取得できる攻撃者は、この脆弱性を利用して設定ファイル、資格情報ストア、または完全なサイトの侵害につながる他のファイルなどの機密ファイルを読み取ることができます。.

Smart Slider 3を実行していて、プラグインのバージョンが<= 3.5.1.36の場合は、すぐに3.5.1.37以降に更新してください。.

技術的背景（短く、実行可能でない）

ディレクトリトラバーサル脆弱性は、アプリケーションがファイルパスを入力として受け入れ、そのパスを使用してファイルシステムから読み取る前に適切に検証または正規化しない場合に発生します。攻撃者はトラバーサルシーケンス（例えば、「../」）を悪用して、意図されたディレクトリから移動し、ファイルシステム上の他のファイルにアクセスします。Smart Slider 3の場合、特定のプラグインエンドポイントがファイルを参照するためにユーザー提供の入力を処理しました。プラグインがパスを十分に検証またはサニタイズしなかったため、認証された管理者はサーバーが任意のファイルを返す原因となる作成された入力を渡すことができました。.

大量の悪用を可能にする悪用コードやステップバイステップの指示は公開しません。このアドバイザリーは、リスクの理解、検出、封じ込め、および安全に実施できる修復のベストプラクティスに焦点を当てています。.

誰が影響を受け、なぜこれが重要なのか

影響を受けるプラグイン：Smart Slider 3
脆弱なバージョン: <= 3.5.1.36
パッチ適用バージョン: 3.5.1.37
CVE: CVE‑2026‑9197
必要な権限：管理者
分類: ディレクトリトラバーサル — OWASPカテゴリ: アクセス制御の不備 (A1)
CVSS (公開された通り): 4.9 (中/低) — スコアは管理者要件のため保守的ですが、実際のシナリオでは管理者アカウントが再利用されたり弱い場合に影響が拡大します。.

なぜこれが重要なのか:

管理者アカウントは魅力的なターゲットです。管理者の資格情報が弱い、漏洩している、またはソーシャルエンジニアリングやフィッシングによって取得された場合、この脆弱性は機密ファイルを収集する簡単な方法になります。.
設定ファイル（例えば wp-config.php）や他の資格情報を読み取ることができる攻撃者は、すぐにサイトの完全な乗っ取りにエスカレートする可能性があります。.
一部のマネージドホスティング環境では、誤設定により追加の機密ファイルが公開されます; ディレクトリトラバーサルはそのような誤設定を悪用可能にします。.

即時のステップ (最初の60〜120分)

これらは今すぐ実施できる実用的なステップです — 優先順位順に並べています。.

Smart Slider 3のバージョンを確認してください
- WP管理画面: プラグイン → インストール済みプラグイン → Smart Slider 3を見つけてプラグインのバージョンを確認します。.
- バージョンが <= 3.5.1.36 の場合は、すぐに更新する計画を立ててください。.
プラグインの更新
- WordPress管理画面からSmart Slider 3を3.5.1.37以降に更新します（プラグイン → 更新またはプラグイン → インストール済みプラグイン）。.
- 多くのサイトを管理している場合は、必要な場合にのみメンテナンスウィンドウに更新を延期してください; そうでなければ今すぐ更新してください。.
すぐに更新できない場合は、一時的にプラグインを無効にしてください
- 無効化は脆弱なコードがリクエストを処理するのを防ぎます。.
- Smart Sliderの機能が重要で無効化できない場合は、以下の一時的な緩和策に進んでください。.
高リスクの資格情報の強制的なローテーション
- 管理者アカウントが侵害された疑いがある場合（アラート、異常なアクセス時間）、すぐにパスワードをローテーションし、APIキーを無効にしてください。.
- すべての管理者に対して二要素認証 (2FA) を有効にしてください（以下の長期的なコントロールを参照）。.
バックアップ
- さらなる調査や修正を行う前に、サイトファイルとデータベースの新しいオフサイトバックアップを取ってください。.
監視を強化する
- 短期間の間、詳細なログ記録をオンにし（可能であればアクセスログとアプリケーションログ）、ファイルを読み取ろうとする試みや疑わしいパストラバーサルパターンを含むリクエストを監視してください。.

すぐに更新できない場合 — 一時的な対策

すぐに3.5.1.37に更新できない場合（例：本番環境の変更管理ウィンドウ）、露出を減らすために以下の緩和策の1つ以上を実施してください。.

プラグインを無効化してください（スライダーが重要でない場合は推奨）。
- これは最も安全な一時的な緩和策であり、コードの変更は必要ありません。.
管理者アカウントへのアクセスを制限してください。
- 可能であれば、ホスティングまたはアプリケーションファイアウォールレベルで管理者ログインを少数のIPに制限してください。.
- 一時的に管理者アカウントの数を減らし、コンテンツメンテナンス用に異なるエディターレベルのユーザーを作成してください。.
脆弱なエントリポイントへの直接アクセスを拒否してください。
- 脆弱な機能を提供するプラグインパスを特定できる場合は、IPブロック、許可リスト、または拒否ルールを使用してウェブサーバーレベル（nginx、Apache）でそれらをブロックしてください。正当な管理ワークフローを壊さないように注意してください。確信が持てない場合は、無効化を優先してください。.
WAFの仮想パッチを適用してください（次のセクションを参照）。
- Webアプリケーションファイアウォールを使用して、プラグインエンドポイントに向けられたトラバーサルパターンを含むリクエストをブロックしてください。.
- ルールが偽陽性を避けるために狭くスコープされていることを確認してください。.
ファイルシステムの権限
- ウェブサーバーユーザーが最小権限を持ち、運用に必要のないファイルを読み取れないようにしてください（例：機密ファイルをウェブルートから移動し、設定ファイルの権限を制限する）。.
- 例：wp-config.phpはウェブサーバーによって読み取れるべきですが、他の機密ファイルの制限を検討してください。.
任意のファイル名を受け入れるプラグイン機能を無効にしてください。
- プラグインUIに動的インクルード用のURLやファイルパスを受け入れる設定や機能がある場合は、それらの設定を一時的に削除またはロックしてください。.

WAFと仮想パッチ — 何をすべきか（適用できる安全なルール）。

管理されたWAFまたはホストベースのファイアウォールは、脆弱なコードに到達する前に悪意のある入力をフィルタリングすることで、多くの攻撃試行を防ぐことができます。仮想パッチは、即時のコード変更が不可能な場合に特に有用です。.

以下は安全で実用的なルールの概念です（網羅的なリストではありません）。本番環境の前にステージング環境でルールを慎重にテストしてください。.

プラグインパスを対象としたクエリ文字列内のトラバーサルシーケンスをブロックします
- トラバーサルを検出するための一般的なパターン: “../” または “..\” シーケンス。.
- 推奨されるアクション: プラグインフォルダへのリクエスト（例: /wp-content/plugins/smart-slider-3/ またはプラグインによって使用される管理エンドポイント）に対して、パラメータに “../” パターンが含まれているリクエストをブロックします。.
ファイルパラメータに許可される文字を制限します
- If a plugin endpoint expects simple file names (no path separators), block requests that contain path separators (/ or \) or percent-encoded traversal ( etc.).
機密ファイルアクセスパターンを制限します
- wp-config.php、.env、/etc/passwd のようなファイルへのリクエストを、リクエストされたパスやパラメータの値として見た場合にブロックします。.
ModSecurityのようなルールの例（概念的; WAFに合わせて適応してください）

これらは意図を示すテンプレートです — 環境に合わせて適応し、展開前にテストしてください。.
```
SecRule REQUEST_URI|ARGS|REQUEST_BODY "@rx (\.\./|\.\.\\||)" \n "id:100100,phase:2,deny,log,status:403,msg:'Blocked path traversal sequence',severity:2"
```
いかなるパラメータにおいても wp-config.php を含む直接リクエストをブロックします:
```
SecRule ARGS "@contains wp-config.php" "id:100101,phase:2,deny,log,msg:'wp-config.php への参照をブロックする試み'"
```
スコープを狭くします

ルールをプラグインのディレクトリや管理AJAXエンドポイントを対象とするリクエストに制限します。正当なトラフィックを壊す可能性のある広範なルールは適用しないでください。.
管理サービスを通じた仮想パッチ

管理されたWAFサービスがある場合、仮想パッチを有効にし、この問題に特化したルールをプッシュします。ディレクトリトラバーサルの試みやプラグインのエンドポイントを対象とするルールを探してください。.

注意事項と警告：

WAFルールは誤検知を生成する可能性があります; 有効化後にログを監視し、必要に応じて調整します。.
WAFは他の緩和策（パッチ適用、最小特権、2FA）と重ねて使用するべきです。ベンダーパッチの適用の代替にはなりません。.

悪用の検出方法と基本的なフォレンジックチェック

ディレクトリトラバーサルの悪用はしばしば騒がしい — まず疑わしいパターンのためにログをスキャンします。プラグインの脆弱性開示後の期間や、異常な管理活動に気付いたときのログを優先します。.

ウェブサーバーのアクセスログを検索します
- 疑わしい活動の周辺でプラグインパスや管理AJAXエンドポイントへのリクエストを探してください。.
- Search for traversal patterns in request URIs, query strings, or POST bodies (../, , ..\).
- grepのような検索の例（パス/場所を調整してください）：
  - Apache/nginxの結合ログの場合：
```
grep -E "(|../|\.\\)" /var/log/nginx/access.log*
```
  - 潜在的に大きなボディを持つ200を返すリクエストを探してください — プラグインがファイル内容を返した可能性があります。.
WordPressの活動を確認してください。
- 管理ユーザーの最終ログイン時間とIPを確認してください。.
- 最近のプラグイン設定の変更や不明な管理者によって追加された疑わしいスライダー項目を確認してください。.
機密ファイルの開示を検索してください。
- wp-config.php、.env、または他のサーバーファイルがプラグインエンドポイントを介してリクエストされ、返された証拠を探してください。.
- ログやバックアップに機密ファイルの内容が表示された場合、それを潜在的に流出したものとして扱ってください。.
ウェブシェルと疑わしいファイルをスキャンする
- ウェブルートとアップロードディレクトリ全体でマルウェアスキャンを実行し、不明なPHPファイルや変更されたコア/プラグインファイルを探してください。.
スケジュールされたタスクとcronを確認してください。
- 新しいスケジュールされたWP-CronタスクやOSレベルで変更されたcronを探してください。.
データベース検査
- wp_usersテーブルで不明な管理者アカウントを確認してください。.
- 投稿、オプション、またはプラグイン設定内のインジェクターコンテンツを探してください。.

妥協の指標（IoCs）を見つけた場合は、以下のインシデントレスポンスチェックリストに従ってください。.

インシデントレスポンス＆修復チェックリスト（妥協の疑いがある場合）

疑わしい活動や確認された悪用を検出した場合は、これらの手順を順番に実行してください：

隔離する
- 妥協が確認され、ダウンタイムを許容できる場合は、サイトをオフラインにするか、メンテナンスモードにしてください。.
- IPホワイトリストによって管理インターフェースへのアクセスを一時的に制限します。.
証拠をスナップショットして保存する
- 完全なファイルとデータベースのバックアップを作成し（フォレンジック用に保持）、オフサイトに保存します。.
- 関連するログ（アクセス、エラー、監査）を関心のある期間のために保存します。.
資格情報をローテーションする
- すべての管理ユーザーと特権のある他のアカウントのパスワードをリセットします。.
- APIキー、OAuthトークン、および統合資格情報を取り消し、再発行します。.
クリーニングまたは修復
- 疑わしい侵害の前に取得した既知の良好なバックアップから復元します（利用可能な場合）。.
- クリーンアップが必要な場合は、悪意のあるファイルを特定して削除しますが、クリーンアップは高度でリスクが高いものとして扱います — 開発者またはセキュリティ専門家が実施すべきです。.
パッチ
- Smart Slider 3を3.5.1.37+に更新します。.
- WordPressコア、テーマ、他のプラグイン、およびサーバーパッケージを更新します。.
強化と監視
- すべての管理者に対して 2FA を強制する。.
- 管理ユーザーの数を減らし、最小特権を適用します。.
- 再エクスフィルトレーションを防ぐためにWAFの仮想パッチを展開または調整します。.
事後レビュー
- 根本原因分析を実施します：攻撃者はどのように管理アクセスを得たのか？（フィッシング、弱いパスワード、盗まれた資格情報、脆弱なプラグイン）
- 根本原因に基づいて是正計画を実施します。.
通信する
- 利害関係者（ホスティングプロバイダー、クライアント、該当する場合は規制当局）に通知します。.
- 機密データが露出した場合、違反通知の法的/規制要件を確認します。.

サポートが必要で社内にインシデント対応能力がない場合は、WordPressインシデント対応に経験のあるセキュリティ専門家を雇います。.

ハードニングと長期的なコントロール（即時の脅威がないときでもこれを実施します）

この脆弱性は一般的なテーマを強調しています — プラグインの脆弱性と弱い管理保護は侵害への標準的な道です。リスクを大幅に減少させるために以下のコントロールを採用してください。.

ユーザーアカウントの最小特権
- 管理者ロールの割り当てを制限します。可能な場合はエディターまたは寄稿者ロールを使用します。.
- 管理タスクとコンテンツ編集のために別々のアカウントを作成します。.
2FAと強力なパスワードを強制する。
- すべての管理者アカウントと特権ユーザーに対して、時間ベースのワンタイムパスワード（TOTP）2FAを使用してください。.
- 強力なパスワードポリシーとパスワードマネージャーを強制してください。.
WordPressコア、テーマ、およびプラグインを最新の状態に保ちます
- 更新をテストするためにステージング環境を使用しますが、短い更新ウィンドウを維持してください。.
- プラグインの脆弱性メーリングリストやベンダー通知に登録してください。.
プラグイン衛生
- 信頼できるソースからのみプラグインをインストールする。.
- 使用していないプラグインとテーマを削除または無効化してください。.
- アクティブなプラグインの数を制限してください — 各アクティブプラグインは攻撃面を増加させます。.
WAFと仮想パッチ
- 悪意のあるリクエストをブロックし、既知の脆弱性に対して仮想パッチを適用できるアプリケーション層ファイアウォールを導入してください。.
- WAFログが監視され、ルールが定期的に更新されていることを確認してください。.
ファイルシステムとサーバーのハードニング
- wp-content/uploadsおよびプラグイン/テーマフォルダーに対して厳格な権限を設定してください。.
- 必要ない限り、アップロードディレクトリでのPHP実行を無効にしてください。.
- OSとPHPのバージョンがサポートされ、パッチが適用されていることを確認してください。.
バックアップ戦略
- 頻繁に自動バックアップを維持し、定期的に復元テストを行ってください。.
- 可能であれば、少なくとも1つのバックアップをオフサイトに保管し、1つのバックアップを不変にしてください。.
ロギングと検出
- ログ（ウェブサーバー、アプリケーション、データベース）を中央集約し、疑わしいパターン（複数の失敗したログイン、予期しない管理者の作成、大きなファイルの読み取り）に対してアラートを設定してください。.
セキュリティテストと監査
- 定期的なメンテナンススケジュールにセキュリティテストを含めてください — 脆弱性スキャン、プラグイン監査、適切な場合のペネトレーションテスト。.

開発者ノート（プラグイン作成者および統合者向け）

WordPressプラグインを開発または統合する場合は、安全なファイル処理に特に注意してください：

検証されていないユーザー入力をファイルシステムパスの一部として使用しないでください。常にパスを正規化してください（絶対パスに解決し、許可されたベースディレクトリ内にあることを確認します）。.
ファイル名を検証およびサニタイズし、ファイル名のみが期待される場合はパスセパレーターを禁止してください。.
可能な限り、拒否リストではなく許可リスト（ホワイトリスト）を使用してください。.
レスポンスでファイルの内容を直接エコーすることは避けてください — ファイルを提供する必要がある場合は、厳格なアクセス制御チェックを実施し、適切なヘッダーでファイルをストリーミングしてください。.
可能な限りWordPress API（例えば、WP_Filesystem）を使用して、直接的なファイルシステムの誤操作を減らしてください。.
堅牢な権限チェックを実装してください：管理者専用のアクションについては、current_user_can(‘manage_options’)または適切な権限を検証し、管理アクションをログに記録してください。.

WP‑Firewallの助けになる方法

WP‑Firewallでは、WordPressサイト向けにカスタマイズされた層状の保護を提供しています。私たちのアプローチは、積極的に管理されたアプリケーションファイアウォール、マルウェアスキャン、および自動検出ルールを組み合わせており、プラグインを更新する際にすぐに仮想パッチを適用できます。.

更新をテストおよび展開している間に即時の管理された保護を希望する場合は、WP‑Firewallの無料の基本プランを検討してください。これには以下が含まれます：

必須の保護：管理されたファイアウォール、無制限の帯域幅、WAF
疑わしいファイルや指標を浮き彫りにするマルウェアスキャナー
OWASPトップ10リスクの軽減

あなたのサイトを迅速に保護 — WP‑Firewallを無料で試してください

リスクを減らすための迅速で低摩擦な方法を希望する場合は、今すぐWP‑Firewallの基本（無料）プランにサインアップしてください。これは、ベンダーパッチを適用し、修復手順に従っているサイトオーナーに最適です。ここから始めてください： https://my.wp-firewall.com/buy/wp-firewall-free-plan/

有料プラン（スタンダードまたはプロ）にアップグレードすると、自動マルウェア除去、IPのブラックリスト/ホワイトリスト、月次セキュリティレポート、自動仮想パッチ適用、より深い運用サポートが必要なチーム向けの高度なサービスが追加されます。複数のWordPressインスタンスを管理している場合、管理された仮想パッチ適用および監視機能は、プラグインベースの脆弱性後のクリーンアップ作業を大幅に削減できます。.

付録：便利なコマンドとスニペット

注意：本番環境にプッシュする前に、必ずステージングで構成変更をテストしてください。.

WP-CLIを介してプラグインのバージョンを確認してください：
```
wp プラグイン ステータス smart-slider-3 --format=json
```
トラバーサルパターンのためにアクセスログを検索します（nginxの例）：
```
zgrep -E "(\.\./|\.\.\\||)" /var/log/nginx/access.log*
```
../を含むURIに対して444を返すシンプルなnginxルール（注意して使用してください）：
```
if ($request_uri ~* "\.\./") {
```

wp-configを参照するURLパラメータを禁止するためのApache .htaccessブロック（概念的）：

<IfModule mod_rewrite.c>
RewriteCond %{QUERY_STRING} wp-config\.php [NC,OR]
RewriteCond %{QUERY_STRING} \.\./ [NC]
RewriteRule .* - [F,L]
</IfModule>

プラグインディレクトリアクセスを制限します（例：アップロードサブフォルダ内のPHPへの直接アクセスを拒否 — パスを慎重に適応させてください）：
```
<Directory /var/www/html/wp-content/plugins/smart-slider-3/includes>
  Require all denied
</Directory>
```

最終ノートと優先チェックリスト

優先度1（即時）

Smart Slider 3をv3.5.1.37以上に更新してください。.
すぐに更新できない場合は、プラグインを無効にするか、トラバーサル試行をブロックするスコープ付きWAFルールを適用してください。.
不審な管理者活動が観察された場合は、管理者の資格情報を変更してください。.
オフサイトバックアップを作成してください。.

優先度2（24〜72時間以内）

マルウェアスキャンとログ分析を実行し、悪用の兆候を探してください。.
管理者アカウントに2FAを強制します。.
未使用の管理者アカウントとプラグインを確認し、削除してください。.

優先度3（継続中）

長期的なハードニングを適用してください（最小権限、堅牢なバックアップ戦略、ログ記録と監視）。.
内部のセキュリティリソースが不足している場合は、仮想パッチと継続的な監視を提供する管理された保護を検討してください。.

上記の緩和策の適用に関して支援が必要な場合や、仮想パッチと継続的な監視の支援が必要な場合、WP-Firewallチームは、あらゆる規模のWordPressサイトを保護するためのセルフサービスツールと管理サービスの両方を提供しています。まずは基本（無料）プランから始めて、即時の保護層を追加してください： https://my.wp-firewall.com/buy/wp-firewall-free-plan/

著者

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

免責事項

このブログはサイト所有者、管理者、セキュリティチームのために書かれています。脆弱性と保護措置について説明しており、悪用手順は提供していません。法的および倫理的理由から、悪用ペイロードやステップバイステップの攻撃手順は公開しません。サイトが侵害されたと思われる場合は、直ちに資格のあるインシデントレスポンス専門家に相談してください。.

Smart Slider 3のディレクトリトラバーサルの緩和//公開日 2026-06-09//CVE-2026-9197

Smart Slider 3におけるディレクトリトラバーサル（CVE-2026-9197）：WordPress管理者が今すぐ行うべきこと

目次

何が起こったか（短く）

技術的背景（短く、実行可能でない）

誰が影響を受け、なぜこれが重要なのか

即時のステップ (最初の60〜120分)

すぐに更新できない場合 — 一時的な対策

WAFと仮想パッチ — 何をすべきか（適用できる安全なルール）。

悪用の検出方法と基本的なフォレンジックチェック

インシデントレスポンス＆修復チェックリスト（妥協の疑いがある場合）

ハードニングと長期的なコントロール（即時の脅威がないときでもこれを実施します）

開発者ノート（プラグイン作成者および統合者向け）

WP‑Firewallの助けになる方法

あなたのサイトを迅速に保護 — WP‑Firewallを無料で試してください

付録：便利なコマンドとスニペット

最終ノートと優先チェックリスト

著者

免責事項

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

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

Smart Slider 3のディレクトリトラバーサルの緩和//公開日 2026-06-09//CVE-2026-9197

Smart Slider 3におけるディレクトリトラバーサル（CVE-2026-9197）：WordPress管理者が今すぐ行うべきこと

目次

何が起こったか（短く）

技術的背景（短く、実行可能でない）

誰が影響を受け、なぜこれが重要なのか

即時のステップ (最初の60〜120分)

すぐに更新できない場合 — 一時的な対策

WAFと仮想パッチ — 何をすべきか（適用できる安全なルール）。

悪用の検出方法と基本的なフォレンジックチェック

インシデントレスポンス＆修復チェックリスト（妥協の疑いがある場合）

ハードニングと長期的なコントロール（即時の脅威がないときでもこれを実施します）

開発者ノート（プラグイン作成者および統合者向け）

WP‑Firewallの助けになる方法

あなたのサイトを迅速に保護 — WP‑Firewallを無料で試してください

付録：便利なコマンドとスニペット

最終ノートと優先チェックリスト

著者

免責事項

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

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

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