プラグイン名	WP-Clippy
脆弱性の種類	XSS（クロスサイトスクリプティング）
CVE番号	CVE-2026-5505
緊急	中くらい
CVE公開日	2026-05-04
ソースURL	CVE-2026-5505

緊急: WP-Clippy <= 1.0.0 — 認証済み（寄稿者）保存されたXSS（CVE-2026-5505） — WordPressサイトオーナーが今すぐ行うべきこと

著者： WP-Firewall セキュリティチーム
日付： 2026-05-05
タグ: WordPress、プラグインの脆弱性、XSS、WAF、WP-Firewall

まとめ： WP-Clippy WordPressプラグイン（バージョン <= 1.0.0）に影響を与える保存されたクロスサイトスクリプティング（XSS）脆弱性が公開されました（CVE-2026-5505）。寄稿者レベルの権限を持つ認証済みユーザーは、より高い権限を持つユーザーやサイト訪問者が影響を受けたページを表示する際に実行される可能性のある悪意のあるスクリプトを保存できます。報告された深刻度は中程度（CVSS 6.5）で、悪用には相互作用が必要ですが、この脆弱性はより深刻な攻撃に連鎖する可能性があります。この投稿では、技術的詳細、現実的な攻撃シナリオ、即時の緩和策、検出技術、開発者の修正、および今すぐ適用できる長期的な強化手順について説明します。.

なぜあなたが気にするべきか（短いバージョン）

寄稿者レベルのアカウント（またはそれ以上）は、他のユーザーのブラウザ環境で後にレンダリングされ実行される悪意のあるJavaScriptを含むコンテンツを保存できます。.
保存されたXSSは、攻撃者が被害者として行動を実行したり、トークン/クッキーを抽出したり、コンテンツを変更したり、特定の条件下で管理者アカウントを作成したりすることを可能にします。.
開示時には公式のパッチは利用できませんでした。脆弱なバージョンを使用しているサイトでの悪用を避けるために、即時の緩和が必要です。.

脆弱性とは何か（技術的概要）

この脆弱性は、WP-Clippyプラグインにおける保存されたクロスサイトスクリプティング（XSS）の欠陥であり、バージョン1.0.0までのものが含まれ、CVE-2026-5505として追跡されています。.

重要な事実：

タイプ: 保存されたXSS（永続的）
影響を受けるソフトウェア: WP-Clippy WordPressプラグイン（<= 1.0.0）
必要な権限: 寄稿者 (認証済み)
CVSS: 6.5（中程度）
ユーザーの相互作用: 必要（他のユーザーがコンテンツまたは特定の管理者ページを表示したときに保存されたペイロードが実行される）
パッチ状況: 開示時に公式のパッチ版は利用できませんでした

保存されたXSSは、信頼できない入力（ユーザーが提出したコンテンツ）がアプリケーションによって保存され、その後適切なコンテキストに応じたエスケープなしに他のユーザーにレンダリングされるときに発生します。この場合、寄稿者はペイロードを保存でき、それが後に他のユーザーが表示するページにプラグインによって出力され、被害者のブラウザでスクリプトが実行されることになります。.

実際の攻撃シナリオ — 攻撃者ができること

この脆弱性は、スケールで武器化するのが直ちに簡単ではない（寄稿者アカウントが必要で、いくつかの相互作用が必要）ですが、実際の悪用チェーンはこのクラスの開示を危険にします。

管理者のなりすましによる権限昇格
– 寄稿者がスクリプトを保存し、それがエディタまたは管理者のブラウザで実行されると、自動的に管理者専用のアクション（アクセス可能なRESTエンドポイントを介して新しい管理者アカウントを作成するなど）を送信します。.
– これにより、低権限のアカウントがサイトの乗っ取りに変わります。.
セッション/認証情報の盗難
– 保存されたスクリプトは、ブラウザでアクセス可能な認証トークンやクッキーを外部に流出させる試みを行うことがあります。HttpOnlyがクッキーに設定されていても、ページ上に存在する他の機密トークンやCSRFトークンがキャプチャされる可能性があります。.
永続性/バックドア
– 注入されたスクリプトは、RESTエンドポイントを呼び出したり、バックドアファイルをアップロードしたり、悪意のあるコードをインストールするプラグイン/テーマの更新をトリガーしたりすることができます。.
フィッシングと改ざん
– 注入されたスクリプトは、認証情報をキャプチャするための説得力のあるUIオーバーレイを作成したり、訪問者が見るフロントエンドページに悪意のあるコンテンツを注入したりすることができます。.
サプライチェーンまたはマルチサイトの拡散
– マルチサイトのセットアップや多くの編集者/管理者がいるサイトでは、影響の規模が拡大します。攻撃者は低トラフィックのサイトをターゲットにし、共有アカウントや編集ワークフローを通じてより高価値のターゲットに移行する可能性があります。.

攻撃者はペイロードを保存するためにContributorレベルのアカウントのみを必要とするため、Contributorレベルのアクセスを持つユーザー登録を許可するサイトや、緩く管理されたContributorアカウントを持つサイトがターゲットにされる可能性があります。.

今すぐ取るべき即時のアクション（ステップバイステップ）

WP-Clippyを使用してWordPressサイトをホストしていて、ベンダー提供のパッチをすぐに適用できない場合（利用可能なものがない場合）、優先順位に従って以下の推奨ステップを実行してください。

脆弱なバージョンを実行しているかどうかを特定する
– ダッシュボード → プラグイン → 「WP-Clippy」を探し、バージョンを確認します。バージョンが<= 1.0.0の場合は脆弱と見なします。.
– CLI: wp プラグインリスト | grep wp-clippy
プラグインを直ちに無効にする（不明な場合）
– 安全なパッチ版がリリースされるまで、または安全な代替が利用可能になるまで、WP-Clippyを無効化またはアンインストールします。.
– CLI: wp プラグイン無効化 wp-clippy
プラグインをアクティブに保つ必要がある場合（一時的）、コンテンツを提出できる人を制限することでリスクを減らします：
– Contributor登録機能を削除する：公開登録を無効にするか、デフォルトの役割をSubscriberに変更します。.
– 機能管理プラグインを使用して、Contributorからアップロード/編集権限を削除します。.
– 影響を受けたプラグインページへのアクセスをIPで一時的に制限するか、管理者のみを許可します。.
WAFの仮想パッチを実装する（推奨）
– スクリプトタグや疑わしい属性を含むWP-ClippyエンドポイントへのリクエストをブロックまたはサニタイズするWAFルールを展開します。（以下の例を参照。）
– 、javascript:、onerror=、onload=、またはdata:text/html;charset=utf-8を含むPOSTペイロードをブロックするルールを有効にします。.
疑わしい保存コンテンツや侵害の兆候についてサイトをスキャンします。
– 疑わしいHTMLやブロックを探して、投稿、ページ、カスタム投稿タイプ、プラグインオプション、およびpostmetaを検索します。.
– WP-CLIのサンプル： wp search-replace --regex '<script' '<!--script' --all-tables --dry-run
– SQLサンプル（読み取り専用）： SELECT * FROM wp_posts WHERE post_content LIKE '%<script%' OR post_content LIKE '%onerror=%';
すべての特権の高いユーザーに対してセキュリティレビューを強制します。
– 管理者や編集者に最近作成または編集されたコンテンツをレビューするよう依頼します。.
– 侵害の疑いがある場合は、パスワードを変更し、セッションを無効にします。.
ユーザーロールを強化する
– Contributor+ロールを割り当てられる人を制限します。.
– 管理者および編集者アカウントに二要素認証（2FA）を使用します。.
– 非必須のユーザー登録を無効にすることを検討します。.
サイトにセキュリティヘッダーを適用します（CSP）
– コンテンツセキュリティポリシーは、明示的に許可されない限り、インラインスクリプトの実行をブロックすることでXSSの影響を軽減できます。進行中のCSPが役立ちます。.
– 例（スターター）： Content-Security-Policy: default-src 'self'; script-src 'self' 'nonce-...'; object-src 'none';
ログを監視し、疑わしいIPをブロックします。
– 異常なPOSTやプラグインエンドポイントへの頻繁なリクエストについてアクセスおよびエラーログを監視します。.
– 疑わしいIPを一時的にブラックリストに登録します。WAFを使用すると、自動的な試行をブロックまたはレート制限できます。.

サイトが影響を受けているかどうかを検出する方法

保存されたXSSは痕跡を残します。以下は実用的なチェックです：

スクリプトタグやイベントハンドラを含むコンテンツを検索する
– テーマファイル、オプション、post_content、postmeta、comment_content、termmeta、およびプラグイン固有のテーブルには、注入されたスクリプトが含まれている可能性があります。.
– WP-CLI:
– wp db query "SELECT ID,post_title,post_author FROM wp_posts WHERE post_content LIKE '%<script%';"
– wp db query "SELECT option_name,option_value FROM wp_options WHERE option_value LIKE '%<script%';"
予期しない管理者ユーザーを探す
– wp ユーザーリスト --role=administrator
– 作成日と最終ログイン時間を照合する。.
修正されたファイルと最近のアップロードを確認する
– 現在のファイルをクリーンなバックアップまたはリポジトリと比較する。アップロードやテーマ/プラグインフォルダ内の予期しないPHPファイルを探す。.
– ファイル整合性モニターを使用するか、次のコマンドを実行する： find . -type f -exec md5sum {} \; > current_hashes.txt そして比較する。.
ブラウザ側の兆候を監査する
– 管理ページを訪問する際、ブラウザの開発者コンソールで未知のサードパーティエンドポイントへのリクエストや予期しないネットワーク活動を監視する。.
疑わしいPOSTリクエストのログを確認する
– <script、javascript:、onerror=、または長いbase64文字列を含むPOSTを探す。.
異常なシリアライズデータのデータベースを確認する
– 攻撃者は時々、オプションやメタテーブルのシリアライズされた配列にペイロードを隠します。base64や奇妙なシリアライズ長を検索する。.

何か疑わしいものを見つけた場合は、法医学的分析のためにサイトをオフラインにし、資格情報をローテーションし、必要に応じてクリーンなバックアップから復元してください。.

開発者ガイダンス — プラグイン作者が問題を修正する方法

プラグインを維持または開発している場合（またはパッチを提供できる場合）、これらの安全なコーディング原則に従ってください。根本的な原因は、信頼できない入力の適切なコンテキストに応じたサニタイズとエスケープを適切に実行しないことです。.

保存する前に入力を検証し、サニタイズする
– 保存時にWordPressのサニタイズ関数を使用する：
– テキストのみの入力の場合： テキストフィールドをサニタイズする()
– 許可されたHTMLの場合： wp_kses() または wp_kses_post() 許可されたタグのリストを使用して
– 属性の場合： esc_attr()

例（サニタイズされた入力の保存）：
```
if ( isset( $_POST['my_plugin_field'] ) ) {
```
レンダリング時に出力をエスケープする（コンテキストに応じたエスケープ）
– HTMLコンテンツの場合： echo wp_kses_post( $content );
– 属性コンテキストの場合： echo esc_attr( $attr );
– JavaScriptコンテキストの場合： echo wp_json_encode( $data ); そして安全な方法で印刷する。.

例（出力時のエスケープ）：
```
$content = get_option( 'my_plugin_field' );
```
最小権限の原則と能力チェック
– 確認 現在のユーザーができる() コンテンツの提出や管理者専用コンテンツのレンダリングを許可する前に。.
– クライアント側のチェックを信頼しないでください。サーバー側の能力チェックを強制してください。.
```
if ( ! current_user_can( 'edit_posts' ) ) { wp_die( '権限が不十分です' ); }
```
フォーム送信にノンスを使用する
3. REST APIエンドポイントの場合: wp_nonce_field() そして確認してください check_admin_referer() POSTリクエストを処理する前に。.
インラインスクリプトタグ内でユーザー提供のコンテンツをエコーすることを避ける
– ユーザーデータをJSで使用する必要がある場合は、安全にエンコードしてください wp_localize_script() または wp_json_encode().
```
wp_localize_script( 'my-script', 'WPData', array( 'someData' => wp_kses_post( $data ) ) );
```
保存されたHTMLを制限する
– 低権限の役割から任意のHTMLを許可しないようにしてください。寄稿者はフィルタリングされていないHTMLを投稿することを許可されるべきではありません。.
– HTMLを許可する必要がある場合は、厳格なホワイトリストを使用してください wp_kses() および属性をサニタイズします。.
プラグインオプションとカスタムテーブルに保存されたデータをサニタイズする
– プラグインがカスタムテーブルにデータを保存する場合は、同じサニタイズルールを適用します。.
ユニットおよび統合テスト
– プラグインがリジェクトまたはエスケープすることを確認するために、リスクのあるペイロードを挿入しようとするテストを追加します。.

これらの手順に従うことで、ほとんどのプラグインシナリオで保存されたXSSを防ぐことができます。WP-Clippyの著者でない場合は、プラグインのメンテナーに連絡するか、プロジェクトがメンテナンスされていない場合は、信頼できる修正が利用可能になるまで削除することを強く検討してください。.

セキュアなコードパターンの例

限定されたタグリストで入力をサニタイズする：

$allowed = array(;

出力時のエスケープ:

$content = get_option( 'wp_clippy_content' );

権限チェックを使用します：

if ( ! current_user_can( 'edit_posts' ) ) {

ノンスを使用してください:

// フォーム生成

提案されたWAF/仮想パッチルール（防御署名）

WebアプリケーションファイアウォールやサイトレベルのWAFを運用している場合、公式プラグインの修正が利用可能になる前に、仮想パッチを適用することでリスクを大幅に減少させることができます。以下は、WP-Clippyエンドポイントに対する明らかな保存されたXSS攻撃をブロックすることに焦点を当てた例のルールロジック（擬似またはModSecurityスタイル）です。誤検知を減らすために調整してください。.

基本ルール：WP-Clippyエンドポイントへのボディにを含むPOSTリクエストをブロック

SecRule REQUEST_URI "@beginsWith /wp-admin/admin.php?page=wp-clippy" \n    "phase:2,deny,status:403,msg:'WP-Clippy XSS - スクリプトタグが見つかりました', \n     chain"

プラグインエンドポイントへのリクエストで一般的なXSSパターンをブロック：

SecRule REQUEST_URI "@rx /wp-admin.*wp-clippy" "phase:2,deny,log,msg:'WP-Clippy 疑わしいペイロード'"

ハニーポット：HTMLタグを含む繰り返しのContributor POSTをログに記録し、レート制限をかける

ユーザーロールが== Contributorで、REQUEST_METHODが== POSTで、REQUEST_BODYにが含まれている場合、レート制限/管理者に通知

注記： WAFルールは、本番環境に展開する前にステージング環境でテストし、正当なトラフィックをブロックしないようにする必要があります。.

サイト管理者のための運用チェックリスト

WP-Clippyを使用しているすべてのサイトを特定し、リストアップします。.
脆弱なすべてのサイトでWP-Clippyを直ちに無効化するか、プラグイン管理ページへのアクセスをブロックします。.
既存の保存されたXSSペイロードと疑わしいコンテンツをスキャンします。.
ユーザーアカウントを確認し、不要なContributor+アカウントを整理します。.
疑わしいペイロードをブロックするためにWAFルールを実装または有効にします。.
バックアップと復旧手順を確認します。ロールバックプランを準備します。.
疑わしい活動が見つかった場合は、管理者およびFTPの資格情報をローテーションします。.
セキュリティヘッダー（CSP、X-Frame-Options、Referrer-Policy）を適用します。.
繰り返しの試行や疑わしい活動についてログを監視します。.
信頼できるセキュリティフィードまたはベンダー通知に登録して、ベンダーパッチに関する更新を受け取ります。.

侵害の疑いがある場合 — 復旧手順

アクティブな侵害が確認された場合は、サイトをオフライン（メンテナンスモード）にします。.
後の分析のためにログとフォレンジックスナップショットを保存します。.
事件の前に作成された既知の良好なバックアップから復元します（利用可能な場合）。.
すべてのWordPress管理者パスワード、APIキー、OAuthトークン、およびデータベース認証情報をローテーションします。.
ウェブシェルファイルとコア、テーマ、プラグインファイルの最近の変更を監査します。.
可能な限り公式ソースからWordPressコアとプラグインを再インストールします。.
ホスティングコントロールパネルとFTP/cPanelのパスワードを変更します。.
クリーンアップ後、サイトを強化し、監視を再有効化し、異常な動作に注意を払います。.

長期的な推奨事項 — 将来の攻撃面を減らす

インストールされたプラグインの数を最小限に抑えます。各プラグインはリスクを増加させます。.
最小権限を強制し、信頼できないユーザーにContributor+を付与しないようにします。.
特権ログインには2FAを要求します。.
テーマ/プラグインのインベントリを維持し、その更新/メンテナンス状況を追跡します。.
ステージング環境を使用してプラグインの更新とセキュリティルールをテストします。.
定期的に脆弱性をスキャンし、セキュリティアドバイザリーを監視します。.
編集者/寄稿者に対してソーシャルエンジニアリングと安全なアップロードについて教育します。.

よくある質問

Q: 投稿者がすでにコンテンツを投稿できる場合、なぜ今これが大きな問題なのですか？
A: 違いは、WP-Clippyがユーザー提供データをスクリプト実行を許可するコンテキストで適切にサニタイズまたはエスケープできなかったことです。一部のプラグインは、管理ページやJavaScriptとして実行されるフロントエンドコンテキストでデータを保存およびレンダリングしますが、適切なエスケープが行われていません。これにより、保存されたコンテンツからアクティブなブラウザ実行スクリプトへのエスカレーションのベクトルが提供されます。.

Q: CSPはXSSを完全に防ぐことができますか？
A: 厳格なコンテンツセキュリティポリシー（CSP）は、インラインスクリプトを防止したり、特定のソースにスクリプトを制限することで多くのXSS攻撃を軽減できますが、慎重に展開する必要があります。CSPは強力な防御機構ですが、適切な入力のサニタイズ/エスケープの代替にはなりません。.

Q: 投稿者アカウントを制限する場合、プラグインを有効にしておくのは安全ですか？
A: 投稿者アカウントを減らすことでリスクは低下しますが、完全な解決策ではありません。プラグインにゲストや他の役割が保存データを引き起こす方法がある場合や、他のサイトユーザーが侵害されている場合、リスクは残ります。最も安全な方法は、確認されたパッチが利用可能になるまで無効にすることです。.

開発者が助けたい場合：責任ある開示と貢献

脆弱性を発見した開発者は、責任ある開示のベストプラクティスに従ってください：

再現手順と修正提案を持ってプラグインのメンテナーにプライベートに連絡してください。.
メンテナーが応答しない場合は、合理的な禁止期間の後に信頼できる脆弱性報告プログラムまたは調整機関を通じて開示してください。.
入力をサニタイズ/エスケープし、テストを追加する修正やプルリクエストを提供してください。.
パッチや緩和策が利用可能になるまで公に開示することは避けて、大規模な悪用を防いでください。.

あなたがメンテナーである場合：

投稿者の報告を真剣に受け止め、タイムリーなセキュリティ更新を提供してください。.
パッチを適用したバージョンをリリースし、CVE参照と修正手順を含む変更ログを更新してください。.
ユーザーに更新を促し、パッチの展開中に緩和策の指示を提供してください。.

WAFと仮想パッチが重要な理由（およびWP-Firewallがどのように役立つか）

脆弱性が開示され、公式のプラグインパッチがまだ利用できない場合、WAF（Webアプリケーションファイアウォール）と仮想パッチは重要な時間を稼ぎます。仮想パッチは、アプリケーションコードを変更することなく、トラフィックレベルで既知の悪用パターンをブロックします—これにより、コードレベルの修正が開発、テスト、展開される間に悪用を防ぎます。.

WP-Firewallでは、WordPressプラグインや一般的なCMS攻撃ベクトルに特化した管理されたWAFルールを専門としています。このような状況に対する私たちのアプローチには、次のものが含まれます：

開示の詳細を迅速に分析し、既知のペイロードとリクエストパターンをブロックするためのターゲットWAFルールを構築します。.
WP-Clippy エンドポイントとリクエストパターンを特にカバーし、誤検知を最小限に抑える署名を展開します。.
サイト所有者が安全に修正を優先できるように、コンテンツのサニタイズヒューリスティックと管理者アラートを組み合わせた WAF ブロッキング。.

今日、あなたのサイトを保護してください — WP-Firewall からの無料の管理保護

WP-Firewall Basic（無料）で管理保護を開始

コードを変更せずに即時の管理保護が必要な場合、WP-Firewall の Basic（無料）プランは WordPress サイトに必要な防御を提供します。Basic には、管理されたファイアウォール、無制限の帯域幅、WAF ルールセットの更新、マルウェアスキャナー、および OWASP Top 10 リスクに対する緩和カバレッジが含まれており、コードレベルの修正に取り組んでいる間や上流のプラグインパッチを待っている間に短期的な仮想パッチと即時の強化に最適です。.

こちらから無料プランにサインアップ： https://my.wp-firewall.com/buy/wp-firewall-free-plan/

私たちのチームは、一時的な仮想パッチを展開し、悪用の試みを監視し、あなたの環境に最も適したフォローアップアクションを推奨するお手伝いをします。.

最後の考え — 安全を優先し、リスクを減らす

CVE-2026-5505 のような保存された XSS 脆弱性は、寄稿者レベルのアカウントを必要とするため、一見すると低い深刻度に見えるかもしれませんが、実際には低特権のインジェクションから管理者の妥協に移行できる攻撃者にとって非常に価値があります。脆弱なプラグインを無効にし、WAF を介して仮想パッチを適用し、妥協の指標をスキャンし、ユーザーロールを強化するという迅速で実用的なステップが、ベンダーパッチを待っている間にリスクを減らす最も効果的な方法です。.

1 つまたは複数の WordPress サイトを管理している場合、この開示を次のことを思い出させるものとして扱ってください：

厳格なユーザープリビレッジを強制すること、,
最小限で維持されたプラグインセットを保持すること、,
インシデントレスポンスプランとバックアップを持つこと、そして
ギャップを即座に埋めるために管理された防御を使用すること。.

この問題に対する WAF ルール、検出、またはインシデントレスポンスの実装を支援してほしい場合、WP-Firewall のセキュリティチームがサポートのために利用可能です。.

これが役立った場合は、WordPress のメンテナンスとセキュリティを担当している同僚と共有してください。これらの緩和策をホスティングセットアップにマッピングしたり、複数のサイトでの検出を自動化したりする必要がある場合は、WP-Firewall ダッシュボードを介して私たちのチームに連絡するか、Basic 無料プランにサインアップして迅速に始めてください： https://my.wp-firewall.com/buy/wp-firewall-free-plan/

WP ClippyプラグインにおけるXSSリスクの評価//公開日 2026-05-04//CVE-2026-5505

緊急: WP-Clippy <= 1.0.0 — 認証済み（寄稿者）保存されたXSS（CVE-2026-5505） — WordPressサイトオーナーが今すぐ行うべきこと

なぜあなたが気にするべきか（短いバージョン）

脆弱性とは何か（技術的概要）

実際の攻撃シナリオ — 攻撃者ができること

今すぐ取るべき即時のアクション（ステップバイステップ）

サイトが影響を受けているかどうかを検出する方法

開発者ガイダンス — プラグイン作者が問題を修正する方法

セキュアなコードパターンの例

提案されたWAF/仮想パッチルール（防御署名）

サイト管理者のための運用チェックリスト

侵害の疑いがある場合 — 復旧手順

長期的な推奨事項 — 将来の攻撃面を減らす

よくある質問

開発者が助けたい場合：責任ある開示と貢献

WAFと仮想パッチが重要な理由（およびWP-Firewallがどのように役立つか）

今日、あなたのサイトを保護してください — WP-Firewall からの無料の管理保護

WP-Firewall Basic（無料）で管理保護を開始

最後の考え — 安全を優先し、リスクを減らす

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

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

WP ClippyプラグインにおけるXSSリスクの評価//公開日 2026-05-04//CVE-2026-5505

緊急: WP-Clippy <= 1.0.0 — 認証済み（寄稿者）保存されたXSS（CVE-2026-5505） — WordPressサイトオーナーが今すぐ行うべきこと

なぜあなたが気にするべきか（短いバージョン）

脆弱性とは何か（技術的概要）

実際の攻撃シナリオ — 攻撃者ができること

今すぐ取るべき即時のアクション（ステップバイステップ）

サイトが影響を受けているかどうかを検出する方法

開発者ガイダンス — プラグイン作者が問題を修正する方法

セキュアなコードパターンの例

提案されたWAF/仮想パッチルール（防御署名）

サイト管理者のための運用チェックリスト

侵害の疑いがある場合 — 復旧手順

長期的な推奨事項 — 将来の攻撃面を減らす

よくある質問

開発者が助けたい場合：責任ある開示と貢献

WAFと仮想パッチが重要な理由（およびWP-Firewallがどのように役立つか）

今日、あなたのサイトを保護してください — WP-Firewall からの無料の管理保護

WP-Firewall Basic（無料）で管理保護を開始

最後の考え — 安全を優先し、リスクを減らす

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

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

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