キャリアセクションにおける重大な任意ファイルアップロード//公開日 2026-05-14//CVE-2026-6271

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

WordPress Career Section plugin vulnerability

プラグイン名 WordPressキャリアセクションプラグイン
脆弱性の種類 任意のファイルのアップロード
CVE番号 CVE-2026-6271
緊急 致命的
CVE公開日 2026-05-14
ソースURL CVE-2026-6271

「キャリアセクション」プラグインにおける認証されていない任意ファイルアップロード (<=1.7) — WordPressサイトオーナーが今すぐ行うべきこと

WP-FirewallからのWordPressセキュリティアドバイザリーとステップバイステップの対応ガイド。 この高重大度の任意ファイルアップロード脆弱性 (CVE-2026-6271) が意味すること、攻撃者がどのように悪用できるか、侵害を検出する方法、実用的な緩和策 — WP-Firewallがすぐにあなたを保護できる方法を含めて学びましょう。.

日付： 2026-05-15
著者： WP-Firewall セキュリティチーム
タグ: WordPress、セキュリティ、脆弱性、WAF、プラグイン、任意ファイルアップロード

まとめ： 高重大度の任意ファイルアップロード脆弱性 (CVE-2026-6271) が「キャリアセクション」WordPressプラグインのバージョン <= 1.7 に影響を与えています。この欠陥により、認証されていない攻撃者が脆弱なサイトに任意のファイルをアップロードできます。このアドバイザリーでは、リスク、検出、封じ込め、修復、すぐに展開できる実用的な強化策を説明します — すぐに更新できない場合は、WP-Firewallによる仮想パッチ適用を含みます。.

TL;DR (忙しいサイトオーナー向け)

  • 脆弱性: 「キャリアセクション」プラグインのバージョン <= 1.7 における認証されていない任意ファイルアップロード (CVE-2026-6271)。バージョン1.8で修正済み。.
  • 重大度: クリティカル — CVSSスコアは10.0と報告されています。認証されていないアップロードは、ウェブアクセス可能なPHPシェルを介してリモートコード実行につながる可能性があります。.
  • 直ちに行動: プラグインをバージョン1.8以上に更新してください。すぐに更新できない場合は、以下の封じ込め手順を適用してください。.
  • 侵害の疑いがある場合: サイトを隔離し、アップロードをPHPおよびウェブシェル用にスキャンし、クリーンバックアップから復元し、資格情報と秘密をローテーションし、完全なセキュリティ監査を実施してください。.
  • WP-Firewallユーザー: 管理された仮想パッチ適用とWAFルールが、悪用試行を即座にブロックするために利用可能です。.

この脆弱性が非常に危険な理由

任意ファイルアップロード脆弱性とは、攻撃者がプラグインのアップロードハンドラーを介してウェブサーバーにファイルを転送できることを意味します。アップロードが認証されていない場合 — つまり、ログインや権限チェックが必要ない場合 — 攻撃者は脆弱なエンドポイントを見つけてリクエストを送信するだけで済みます。最も深刻な結果は、攻撃者がPHPファイル（ウェブシェル）をアップロードし、それをウェブサーバーを通じて実行することです。これにより迅速に以下の事態が発生する可能性があります:

  • サイト上でのリモートコード実行 (RCE)
  • 永続的なバックドアのインストール
  • データベースの盗難と資格情報の流出
  • 大規模な改ざんとSEOスパム
  • サイトをボットネットやマルウェア配布ネットワークの一部として使用
  • 同じアカウント/ホストで管理されている他のサイトやインフラストラクチャへの横移動

この欠陥は認証されておらず、標準プラグインに影響を与えるため、自動化が容易です — 攻撃者は何千ものWordPressサイトをスキャンし、一斉に悪用することができます。これが、この脆弱性が非常に高リスクとして分類されている理由です。.

アドバイザリーに関する既知の事実（簡潔）

  • 影響を受けたプラグイン: “Career Section” (WordPressプラグイン)
  • 脆弱なバージョン: <= 1.7
  • パッチが適用されたバージョン: 1.8
  • CVE: CVE‑2026‑6271
  • 必要なアクセス：なし（未認証）
  • 主な影響: 任意のファイルアップロード → 潜在的なRCEおよびバックドアのインストール
  • 公開開示日: 2026年5月14日

注記： このアドバイザリーは公開されたセキュリティ開示に基づいています。このプラグインを使用している場合は、高優先度として扱ってください。.

パニックにならないでください — しかし、すぐに行動してください

あなたのサイトが“Career Section”プラグインを使用している場合、これを緊急事態として扱ってください:

  1. プラグインをバージョン1.8（またはそれ以降）に更新してください。これが最も迅速で信頼性の高い修正です。.
  2. すぐに更新できない場合（互換性、ステージングチェックなど）、攻撃面を減らすために以下の緩和策に従ってください。.
  3. 侵害の兆候に気付いた場合（検出セクションを参照）、すぐにインシデント対応チェックリストに従ってください。.

即時封じ込め（最初の1〜4時間）

すぐに更新できない場合は、以下の封じ込め策を使用してください — 速度と効果に優先順位を付けています:

  • WP管理を介して、またはSFTP/SSHを介してプラグインフォルダの名前を変更することで、プラグインを一時的に無効にします:
    • SSH/SFTP: 名前を変更 wp-content/plugins/career-section に career-section.disabled
  • ウェブサーバーまたはWAFレベルでプラグインの特定のアップロードエンドポイントをブロックします。.
    • 例 nginx ルール（特定したエンドポイントパターンへのPOSTをブロック）:
location ~* ^/wp-admin/admin-ajax.php$ {

注記： プラグインに属することが確実なエンドポイントのみをブロックしてください。admin-ajaxでのグローバルPOSTブロックは、正当な機能を破壊する可能性があります。.

  • アップロードディレクトリのルールを厳格にし、アップロード内でのPHPの実行を禁止します（後のセクションを参照）。.
  • アップロードエンドポイントに対して厳格なレート制限を有効にし、疑わしいIPをブロックします。.
  • アクティブな悪用が疑われる場合は、サイトをメンテナンスモードにし、調査する時間を確保してください。.

複数のサイトをホストしている場合は、他のサイトが影響を受けていないことが証明されるまで、同じホストまたはアカウント上のすべてのサイトを潜在的に影響を受けるものとして扱ってください。.

WP-Firewallによる封じ込め（私たちの推奨）

WP-Firewallユーザーの場合は、管理されたWAFルールをすぐに有効にしてください。私たちは、重要なプラグインの脆弱性に対する仮想パッチとシグネチャを公開しています。

  • 既知の悪用パターンに一致するリクエストをブロックします（ファイルアップロードインジケーター、疑わしいマルチパートペイロード、既知のUAおよびペイロードフィンガープリント）。.
  • アップロードパスに対して、潜在的に実行可能な拡張子（.php、.phtml、.pharなど）をアップロードしようとする試みを検出してドロップします。.
  • 既知の脆弱なエンドポイントをターゲットにしたスキャン活動をレート制限し、ブロックします。.
  • リアルタイムのアラートと自動IPブロックを提供します。.

私たちの仮想パッチは、更新をスケジュールしたり、慎重な修正を行ったりする間に時間を稼ぎます。.

WP-Firewallの無料プランと、下の「数分でサイトを保護する」セクションでサイトを即座に保護する方法について詳しく学んでください。.

攻撃者が通常、認証されていないアップロードの欠陥を悪用する方法

攻撃者は、大規模な悪用キャンペーンで以下のステップを自動化することが一般的です。

  1. WordPressサイトを列挙し、脆弱なプラグインの存在を確認します（URLパターン、プラグインアセットまたはREADMEファイル）。.
  2. プラグインのアップロードエンドポイントに対して、ファイルを埋め込んだ巧妙なmultipart/form-data POSTリクエストを送信します（多くの場合、PHPペイロードを使用）。.
  3. 脆弱なハンドラーは、認証、ファイルタイプ、またはファイル名のサニタイズを確認せずにアップロードを受け入れ、ファイルをウェブアクセス可能なディレクトリに書き込みます。.
  4. 攻撃者は、アップロードされたPHPファイルにGETリクエストを送信し、サーバー上でコードを実行します（ウェブシェル）。.
  5. シェルを使用して、攻撃者はコマンドを実行し、バックドアを持続させ、データを抽出したり、管理者ユーザーを追加したりします。.

多くのWordPressサイトが似たような構成を使用しているため、攻撃者はこのプロセスを大規模に拡張できます。.

何を探すべきか — 妥協の指標 (IoC)

サイトが標的にされた疑いがある場合は、以下の兆候をすぐに確認してください：

  • アップロードフォルダ内の予期しないPHPファイル：
    • 一般的な場所：
      • wp-content/アップロード/
      • wp-content/uploads/2026/05/
    • 例 find/grep コマンド：
# アップロード内の任意の .php/.phtml/.phar ファイルを検索
  • 二重拡張子のファイル（例：, image.jpg.php) または予期しない文字を含むファイル名。.
  • あなたが変更していない新しく修正されたプラグイン/テーマ/コアファイル。.
  • 不明な管理者ユーザーまたは変更された権限。.
  • WordPressまたはサーバーのcronテーブルにおける予期しないスケジュールされたタスク（cronジョブ）。.
  • サイトから不明な IP またはドメインへのアウトバウンド接続。.
  • サイト上で作成されたスパムメールまたはSEOスパムページ。.
  • 高いCPUまたはネットワーク使用率のスパイク。.

証拠分析のために証拠スナップショットを保持する（疑わしいファイルをコピーする）。.

実用的なインシデントレスポンスチェックリスト（あなたが攻撃されたと思った場合に何をすべきか）

  1. サイトをメンテナンスモードにします（可能であれば）。.
  2. すぐに完全なファイルとデータベースのバックアップを取る（証拠として保存する）。.
  3. インスタンスを他の内部ネットワークから隔離し、一時的に外向きのネットワークアクセスをブロックします。.
  4. 疑わしいファイルを探してアップロードを検索する（IoCセクションを参照）。 疑わしいファイルを分析のために隔離ディレクトリに移動します。.
  5. プラグインエンドポイントへのPOSTリクエストおよびアップロード内のファイルへの疑わしいGETを確認するために、ウェブサーバーのアクセスログをチェックします：
    • 異常なUser-Agent、異常に大量のmultipart POST、または同じエンドポイントへの繰り返しのPOSTを持つリクエストを探します。.
  6. すべての認証情報をローテーションします：WordPress管理者パスワード、ホスティングコントロールパネル、FTP/SFTP、データベースパスワード、およびサイトで使用されるAPIキー。.
  7. 修正されたファイルと悪意のあるコードパターンをコードベースでスキャンします（base64_decode、eval、gzinflate、create_functionなどを検索）。.
  8. 確認済みの良好なバックアップからサイトを復元します（もしあれば）。復元する場合は、サイトを再起動する前にWordPressコア、プラグイン、およびテーマを更新します。.
  9. クリーンなバックアップが利用できない場合は、クリーンビルドを実行します：新しいWordPressインストール、信頼できるソースからプラグイン/テーマを再インストールし、クリーンなコンテンツをインポートします。.
  10. 疑わしいファイルをマルウェア分析サービスまたはセキュリティプロバイダーに提出してレビューを依頼します。.
  11. バックドアの再挿入を監視します（持続的な攻撃者はしばしば再感染します）。.
  12. ホストにインシデントレポートを提出し、必要に応じて専門家の助けを求めます。.

同じサーバー上に複数のWordPressサイトをホストしている場合は、交差汚染を想定し、すべてのサイトをチェックします。.

ステップバイステップの修復（何を変更し、なぜ変更するのか）

  1. プラグインを1.8以上に更新します：
    • 推奨方法：WordPress管理者のプラグイン→更新を使用します。.
    • 管理者にアクセスできない場合は、WP-CLIを使用して更新します：
wp plugin update career-section --version=1.8 --force
  1. アップロードを検査し、クリーンにします：
    • アップロードからPHPまたは実行可能ファイルを削除します。.
    • 上記のfind/grepコマンドを使用して疑わしいファイルを特定します。.
    • バックドアを見つけた場合は、分析用にコピーを保持し、調査後に削除します。.
  2. アップロードディレクトリを強化します：
    • アップロードディレクトリ内でのPHP実行を防ぎます。.
    • Apache（.htaccess）例：
# wp-content/uploads/.htaccessに配置します

1. Nginxの例（サイト設定）：

2. location ~* ^/wp-content/uploads/.*\.(php|phar|phtml)$ {

return 403; インデックス 3. アップロードサブディレクトリに.

  1. 4. ファイルが存在することを確認し、ディレクトリリストがコンテンツを公開しないようにします。
    • 5. カスタムコードでファイルタイプの検証とサニタイズを実装します： wp_check_filetype_and_ext() そして wp_handle_upload() 6. 安全な処理のためにWordPressコアヘルパーを使用します。.
    • Strip or normalize filenames and avoid allowing arbitrary extensions.
  2. 8. ファイル名を削除または正規化し、任意の拡張子を許可しないようにします。
    • 9. サーバー側の制限を追加します：.
    • 10. ファイル権限：一般的にディレクトリは755、ファイルは644；明示的に必要でない限り、アップロードディレクトリに775/777を与えないでください。, 11. 可能であればPHP設定レベルでリスクのあるPHP関数を無効にします（例：).
    • 12. disable_functions = exec,passthru,shell_exec,system.
  3. 認証情報を監査し、ローテーションします：
    • 13. PHPのバージョンとすべてのサーバーパッケージが最新であることを確認します。.
    • 14. すべてのWordPress管理者パスワードとホスティングコントロールパネルのパスワードを変更します。.
  4. 15. 漏洩したAPIキーやトークンを再発行します。
    • 16. フルマルウェアスキャンとコード監査を実行します：.
  5. 17. 複数のスキャンツールと手動検査を使用します。自動スキャナーは難読化されたバックドアを見逃す可能性があります。
    • 18. ユーザーアカウントと権限を確認します：.
  6. 19. 不明なユーザーを削除し、最近の変更を監査します。
    • 元のエクスプロイトパターンに一致するリクエストを少なくとも30日間監視し続けてください。.

同様の脆弱性を防ぐための開発ベストプラクティス

この脆弱性は標準のセキュアコーディングプラクティスで回避可能でした。プラグインの著者と開発者は：

  • 機能チェックなしでのアップロードを決して受け入れないでください。適切な場合は認証されたユーザーのチェック（例：current_user_can()）を確保してください。.
  • ファイル名やフォームフィールドを含むすべての入力をサニタイズしてください。.
  • ファイルタイプを検証してください。 wp_check_filetype_and_ext() 拡張子だけに依存するのではなく。.
  • 可能であれば、アップロードされたファイルをドキュメントルートの外に保存するか、そうでなければアップロードディレクトリ内での実行を防いでください。.
  • フロントエンドおよびadmin-ajaxエンドポイントのアップロードフォームに対してノンスを使用し、それを検証してください。.
  • アーカイブ（zip、rar）やその他の潜在的に危険なコンテナ形式に対して厳格なファイルサイズ制限とコンテンツスキャンを強制してください。.
  • ファイルハンドラーの重複を避け、組み込みのチェックを利用するためにWordPressコアのアップロードハンドラーを再利用してください。.
  • セキュリティユニットテストを含め、長時間実行されるエンドポイントをファズしてください。.

プラグインを維持している開発者であれば、すべてのサポートされているブランチでパッチを適用することを優先し、回帰を防ぐために自動テストを追加してください。.

ホスティングおよび管理されたWordPressプロバイダー向け

ホストは：

  • 顧客サイト全体でアップロードエンドポイントをターゲットにした迅速なPOSTパターンを迅速に検出してください。.
  • 攻撃パターンをブロックするためにネットワークエッジで緊急の仮想パッチを提供してください。.
  • 影響を受けた顧客に通知し、プラグインを直ちに更新することを推奨してください。.
  • 社内のセキュリティチームがない顧客のためにスキャンおよびクリーンアップサポートを提供してください。.
  • 横の移動を防ぐために、侵害されたアカウントを迅速に隔離してください。.

検出ルールとログクエリ（実用的な例）

これらのパターンを使用して、ウェブサーバーログ（Apache結合ログ形式の例）での可能性のあるエクスプロイト活動を検索します：

  • プラグインエンドポイントへの疑わしいPOST： 
    grep -E "POST .*wp-content.*career-section|POST .*career-section" /var/log/apache2/access.log
  • PHPコンテンツを含むマルチパートアップロード： 
    grep -i --line-number -E "Content-Disposition: form-data;.*filename=.*\.(php|phtml|phar|php5|php7)" /var/log/apache2/access.log
  • 潜在的にアップロードされたシェルへのアクセス： 
    grep -E "/wp-content/uploads/.*\.(php|phtml|phar)|/uploads/.*\.(php|phtml|phar)" /var/log/apache2/access.log

WAFルールを調整して検出します：

  • 疑わしいコンテンツタイプを持つマルチパートPOST
  • ペイロードにPHPコードの断片を含むファイルアップロードリクエスト
  • ダブルまたは疑わしい拡張子を持つファイルをアップロードするリクエスト

クリーンアップとハードニング後の回復チェックリスト（長期的）

  1. プラグインがパッチ適用されたバージョンに更新されているか、削除されていることを確認します。.
  2. アップロードまたはプラグインディレクトリに疑わしいファイルが存在しないことを確認します。.
  3. 権限、.htaccess/nginxルール、およびその他のハードニング対策が整っていることを確認します。.
  4. 資格情報と秘密を再発行します。.
  5. クリーンバックアップからサイトを再導入するか、確認済みのクリーンアップ後に再導入します。.
  6. 継続的な監視（ファイル整合性監視、WAF、アラート）を有効にします。.
  7. 攻撃者の足場が重要であった場合は、セキュリティレビューまたは第三者監査をスケジュールします。.

なぜ仮想パッチが重要なのか — そしてWP-Firewallがどのように役立つか

多くのサイト所有者は、互換性テスト、ステージングウィンドウ、またはその他の運用上の制約のために、すぐにプラグインを更新できません。仮想パッチは、ウェブアプリケーションファイアウォール（WAF）レベルで適用され、サイトコードを変更することなく既知のエクスプロイト技術をブロックできます。WP-Firewallは、次のような管理されたWAF保護を提供します：

  • 新たに公開された脆弱性に特化した保護ルールを展開します。.
  • 悪意のあるリクエスト（例えば、埋め込まれたPHPを含むマルチパートリクエスト）をフィルタリングして、攻撃の試みをブロックします。.
  • 開示とパッチ展開の間の期間中のリスクを軽減します。.
  • あなたとあなたのチームに攻撃の試みを知らせるためのログ記録とアラートを提供します。.

仮想パッチは一時的な対策であり、公式パッチを適用する代替品ではありません。しかし、アクティブな大規模な悪用キャンペーンがこのような脆弱性を標的にする場合、命を救うことがあります。.

管理者向けのWAFルールアイデアの例

以下は、あなたのWAFに実装できる概念的なルールシグネチャです。これらは例です — 本番環境に適用する前にステージングでテストしてください。.

  • マルチパートボディにPHPオープニングタグを含むPOSTリクエストをブロックします：
    • マルチパートコンテンツまたはPOSTボディに含まれている場合 <?php または <?= その場合はブロックします。.
  • アップロードパスへの実行可能拡張子を持つアップロードをブロックします：
    • URLが一致する場合 /wp-content/アップロード/ とファイル名はで終わります .php|.phtml|.phar|.php5 リクエストをブロックします。.
  • 特定のプラグインエンドポイントへのPOSTのレート制限：
    • 単一のIPからエンドポイントへの1分あたりX件を超えるPOST → ブロックまたはチャレンジ。.
  • 疑わしいファイル名（ダブル拡張子または非常に長いファイル名）をブロックします：
    • キャッチするためのファイル名正規表現 .*\.(jpg|png)\.php$ または200文字を超える名前。.

再度：誤検知を最小限に抑えるために慎重に実装してください。.

あなたのサイトがクリーンであることを確認する方法（クイックテストリスト）

  • アップロードにPHPファイルがないこと。.
  • WordPressコアとすべてのプラグイン/テーマが最新の安全なバージョンに更新されています。.
  • 不明な管理者ユーザーはいません。.
  • データベースには注入されたオプションが含まれていません（疑わしいsite_urlまたはhome値、新しいオプションを検索）。.
  • wp_optionsに予期しないスケジュールされたタスクはありません（wp_オプション option_nameが‘%cron%’のような）。.
  • ウェブサーバーとPHPログには最近の悪用試行が表示されていません（または表示されますがWAFによってブロックされています）。.

ユーザー、クライアント、または利害関係者に連絡しています。

クライアントサイトを管理するかホスティングを提供する場合は、

  • 影響を受けたクライアントに迅速かつ明確に通知してください：リスク、修正オプション、および予想されるタイムラインを説明します。.
  • 直ちに緩和策（プラグインの無効化、仮想パッチ）を適用するか、パッチ適用とクリーンアップを支援するかについてのガイダンスを提供します。.
  • フォローアップの質問に備えて、実施した手順と収集した証拠を文書化します。.

タイムリーで透明性のあるコミュニケーションはパニックを減らし、クライアントが必要な手順を踏むのを助けます。.

責任ある開示と調整

脆弱性が公に開示されるとき、調整された開示が理想的な道です：研究者がベンダーに通知し、ベンダーがパッチを適用し、その後公的なアドバイザリーが公開されます。実際には、パッチのタイムラインは異なります。サイトの所有者および管理者として、私たちは積極的でなければなりません：セキュリティフィードを監視し、迅速にパッチを適用し、保護コントロールを整備します（WAF、バックアップ、監視）。.

プラグインに脆弱性を発見した開発者であれば、責任ある開示のベストプラクティスに従ってください：広範な公的開示の前に、プラグインの著者およびWordPress.orgのセキュリティチームに連絡します。これにより、広範なコミュニティを保護するのに役立ちます。.

数分でサイトを保護 — WP‑Firewall Basic（無料）を試してください。

WP‑Firewallは、サイトを更新およびクリーンアップしている間にこのような脆弱性からのリスクを減らすために設計された、常時オンの基本的な保護を提供する無料の基本プランを提供しています。基本プランには以下が含まれます：

  • WordPress特有のWAFルールを持つ管理されたファイアウォール
  • 無制限の帯域幅保護
  • サイト内マルウェアスキャナー
  • OWASPトップ10リスクの軽減策
  • 簡単なセットアップと継続的な保護

更新を行っている間に悪用試行をブロックするための即時保護と簡単な方法を望む場合は、ここで無料の基本プランにサインアップすることを検討してください： https://my.wp-firewall.com/buy/wp-firewall-free-plan/

有料プランにアップグレードすると、自動マルウェア除去、IPの許可/拒否リスト、月次セキュリティレポート、重要なプラグインの脆弱性に対する自動仮想パッチなどの追加機能がアンロックされます。.

最終的な推奨事項 — 今すぐ行うべきこと（ステップバイステップ）

  1. 「キャリアセクション」プラグインがインストールされているか、どのバージョンを実行しているかを確認してください。.
  2. バージョンが <= 1.7 の場合 — すぐに 1.8 に更新してください。.
  3. 今すぐ更新できない場合：
    • アップデートできるまでプラグインを無効にしてください。.
    • アップロードをブロックし、アップロード内でのPHP実行を防ぐためにサーバーレベルの制限を適用します。.
    • WAF/仮想パッチ（WP‑Firewallなど）を有効にして、悪用の試みをブロックします。.
  4. アップロードをスキャンし、ユーザー作成の異常を探し、ウェブシェルを追跡します。.
  5. 認証情報をローテーションし、サイトの設定を強化します。.
  6. 継続的な悪意のある活動についてログとアラートを監視します。.

最後に

この認証されていない任意のファイルアップロードの脆弱性は、数時間で大規模な侵害に発展する可能性のあるプラグインレベルの問題そのものです。 認証されていないアクセスと、実行可能なファイルをウェブアクセス可能なディレクトリに書き込む可能性の組み合わせは、WordPress管理者が直面する最も影響の大きい問題の一つです。.

まず更新してください。できない場合は、次に緩和策を講じてください。そして、悪用の試みをすぐに止める実用的で迅速な方法を望む場合は、修復を完了する間に管理された仮想パッチとWAF保護を有効にすることを検討してください。 WP‑Firewallは、あなたのビジネスを運営することに集中できるように、24時間365日あなたのWordPressサイトを保護するためにここにいます。.

支援が必要な場合は、即時の仮想パッチから完全なクリーンアップおよび強化の取り組みまで、私たちのインシデントレスポンスガイダンスと管理サービスが準備されています。.

安全を保ち、影響を受けたプラグインを使用している場合は、このアドバイザリーを緊急と見なしてください。.

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

wordpress security update banner

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

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

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

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

お問い合わせ

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

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

© 2026 WP-Firewall™