すべてのプロダクト
Search
ドキュメントセンター

Web Application Firewall:HTTP フラッド攻撃対策の設定

最終更新日:Sep 15, 2026

Web Application Firewall (WAF) の HTTP フラッド攻撃対策は、アプリケーション層の HTTP フラッド (CC) 攻撃から Web サイトを防御します。組み込みの保護モードを選択して、日常的な防御や緊急対応を行い、サービスの継続性を確保できます。

基本概念

  • HTTP フラッド攻撃対策:コア Web 保護内のモジュールです。この機能を有効にするには、1 つ以上の保護テンプレートを作成します。

  • 保護テンプレート:保護ルールとその範囲を定義します。テンプレートは、[Template Information]、[ルールの設定]、[有効対象] で構成されます。

    • [Template Information]:テンプレートタイプを定義します。テンプレートタイプは、テンプレートの作成後に変更することはできません。WAF は、次の 2 つのテンプレートタイプをサポートしています。

      テンプレートタイプ

      説明

      ユースケース

      デフォルトの保護テンプレート

      • WAF Pro Edition、WAF Enterprise Edition、WAF Ultimate Edition のサブスクリプションには、初期状態のデフォルト保護テンプレートが提供されます

      • 作成後、テンプレートはカスタム保護テンプレートに関連付けられていない保護対象およびオブジェクトグループに自動的に適用されます。新しく追加されたオブジェクトも自動的に保護されます。

      • 特定のオブジェクトのステータスを「適用しない」に設定することで、手動で除外できます。

      • HTTP フラッド攻撃対策モジュールでは、デフォルトの保護テンプレートは 1 つしか作成できません。

      • 保護対象がカスタムテンプレートから削除されると、自動的にデフォルトのテンプレートに追加されます。

      グローバルに適用する必要がある一般的な保護ルールをデプロイします。

      カスタム保護テンプレート

      • テンプレートを適用する保護対象またはオブジェクトグループを手動で指定する必要があります。

      • 保護対象をカスタムテンプレートに追加すると、そのオブジェクトはデフォルトのテンプレートから自動的に削除されます。

      特定のサービスに対してきめ細かな保護ルールをデプロイします。

    • [ルールの設定]:攻撃シグネチャデータベースに基づく組み込みの検出ルールです。[wafnew.cc.mode.titte]とレスポンス[Action]を選択します。カスタムルールを作成する必要はありません。

    • [有効対象]:保護ルールが適用される保護対象またはオブジェクトグループです。各保護対象またはオブジェクトグループは、1 つの保護テンプレートにのみ関連付けることができます。

      • 保護対象:ドメイン名またはクラウドサービスインスタンスを WAF に追加すると自動的に作成されます。

      • オブジェクトグループ:複数の保護対象をオブジェクトグループに追加して、一元管理します。

操作手順

説明
  • 前提条件:開始する前に、Web サービスを WAF に追加して保護対象を作成していることを確認してください。Web サービスを追加していない場合は、「サービスを追加」をご参照ください。

  • 初期設定:この手順では、新しい HTTP フラッド攻撃対策テンプレートを作成する方法について説明します。これは、テンプレートが存在しない場合や、オブジェクトごとに個別の設定が必要な場合に役立ちます。WAF Pro Edition、WAF Enterprise Edition、WAF Ultimate Edition のサブスクリプションでは、日常的な保護ニーズを満たすデフォルトの保護テンプレートが提供されます。デフォルトの保護が効果的でない場合は、「誤検知と検知漏れの処理」をご参照ください。

  1. WAF コンソールへの移動

    Web Application Firewall 3.0 コンソールにログインします。上部メニューで、WAF インスタンスのリソースグループとリージョン ([中国本土]または[中国本土以外]) を選択します。次に、左側メニューで 保護設定 > Web コア保護 を選択し、[HTTP Flood Protection] セクションで テンプレートを作成 をクリックします。

  2. [Template Information]の設定:

    • [テンプレート名]:テンプレートのわかりやすい名前を入力します。

    • [デフォルトテンプレート]:システムは、WAF Pro Edition、WAF Enterprise Edition、WAF Ultimate Edition のサブスクリプションに初期状態のデフォルト保護テンプレートを提供します。HTTP フラッド攻撃対策モジュールでは、デフォルトの保護テンプレートは 1 つしか作成できません。初期状態のデフォルトテンプレートが存在する場合、このパラメーターをはいに設定することはできません。

      • はい:[有効対象]を指定する必要はありません。テンプレートが作成されると、カスタム保護テンプレートに関連付けられていない保護対象およびオブジェクトグループに自動的に適用されます。新しく追加されたオブジェクトも自動的に保護されます。特定のオブジェクトのステータスを「適用しない」に設定することで、手動で除外できます。

      • いいえ:テンプレートを適用する[有効対象]またはオブジェクトグループを手動で指定します。

  3. [ルールの設定]:

    • [wafnew.cc.mode.titte]:[wafnew.cc.normal]または[wafnew.cc.strict]を選択します。各モードには、複数の組み込み保護ルールが含まれています。

      • [wafnew.cc.normal]:明らかな攻撃シグネチャを持つリクエストのみをブロックします。このモードは誤検知率が低く、日常の運用や安定したトラフィックのシナリオに適しています。

      • [wafnew.cc.strict]:高強度の検出アルゴリズムを使用して HTTP フラッド攻撃をブロックしますが、誤検知率は高くなります。このモードは、標準モードでは効果がなく、レスポンスの遅延や CPU/メモリ使用率の高さなど、サービスの低下が見られる場合にのみ有効にしてください。

        説明

        [wafnew.cc.strict]は、HTML5 ページを含む Web ページにのみ適しています。多数の誤検知を避けるため、API やネイティブアプリには使用しないでください。API やネイティブアプリの場合は、カスタムルールの保護テンプレートを使用してください。

    • [Action]:保護ルールに一致するリクエストに対して実行するアクション。

      • [JS チャレンジ]:クライアントに JavaScript 検証チャレンジを送信します。一般的な保護シナリオに適しています。

      • [観察]:リクエストをブロックせずにイベントをログに記録します。ポリシーの検証、サービステスト、または試用期間に適しています。

  4. [有効対象]の選択:

    このテンプレートを適用する保護対象とオブジェクトグループを選択します。テンプレートの適用対象は、ステップ 2 の設定によって異なります。

    • システムで作成されたデフォルトの保護テンプレートを使用する場合、または新しいテンプレートをデフォルトとして設定する場合:保護対象を選択する必要はありません。テンプレートは、カスタムテンプレートに関連付けられていないすべての保護対象およびオブジェクトグループ (新しく追加されたものを含む) に自動的に適用されます。特定のオブジェクトのステータスを「適用しない」に設定することで、手動で除外できます。

    • テンプレートがデフォルトとして設定されていない場合:テンプレートを適用する保護対象とオブジェクトグループを手動で選択します。

      説明

      テンプレートの作成中または作成後に、保護対象またはオブジェクトグループの適用ステータスを調整できます。

誤検知と検知漏れの処理

保護テンプレートが HTTP フラッド攻撃をブロックできなかったり、正当なトラフィックを誤ってブロックしたりした場合は、次の手順を使用して問題を診断し、解決してください。

[wafnew.cc.normal] で攻撃がブロックされない

WAF が攻撃リクエストをブロックできない場合は、次の一般的な原因と解決策を確認してください。

  • リクエストが WAF によって処理されていない

    • 原因:WAF で設定された SSL 証明書またはリスナーポートがオリジンサーバーの設定と一致していません。

    • 原因:CNAME レコードモードで、トラフィックを WAF に転送するように DNS レコードが正しく変更されていません。

    • 原因:CNAME レコードモードでは、攻撃者はオリジンサーバーの IP アドレスに直接アクセスして WAF をバイパスします。

      推奨事項:オリジンサーバーのセキュリティグループを設定して、WAF の back-to-origin CIDR ブロックからのトラフィックのみを許可してください。

    • 原因:クラウドサービス を追加する際、WAF 保護のために追加されたインスタンスが、ドメイン名が実際に解決されるインスタンスではありません。

      推奨事項:正しいクラウドサービスインスタンスが WAF に追加されていることを確認してください。

  • リクエストは WAF によって処理されているが、ルールに一致しない

    [wafnew.cc.normal]の HTTP フラッド攻撃対策テンプレートが依然として効果がない場合は、次のアクションを実行してください。

    • [wafnew.cc.strict]を有効にする:このモードは、HTTP フラッド攻撃からの緊急サービス復旧に適しており、Web および HTML5 サービスにのみ適用されます。多数の誤検知を避けるため、クラスタリング分析に基づいて正当なユーザーをホワイトリストに追加してください。

    • カスタムルール モジュールを使用する:WAF では、クライアント IP アドレス、URI、User-Agent、リージョンなどのフィールドに基づいて保護ポリシーを作成し、特定の攻撃シグネチャに対して正確な防御を行うことができます。ただし、これにはアクセスログを分析して攻撃パターンを特定する必要があります。

    • Anti-DDoS Proxy を使用する:大量の HTTP フラッド攻撃は、Anti-DDoS Basic のブラックホールのしきい値を超えるピークトラフィックを生成する可能性があります。これが発生すると、WAF トラフィックはブラックホール化され、アクセスできなくなります。この場合、Anti-DDoS Proxy を使用してください。詳細については、「HTTP フラッド攻撃対策の設定」をご参照ください。

[wafnew.cc.strict] で通常のサービスが誤ってブロックされる

[wafnew.cc.strict]の HTTP フラッド攻撃対策テンプレートが過剰な誤検知を引き起こす場合は、次の対策を講じてください。

  • 通常のトラフィックをホワイトリストに登録する:クラスタリング機能に基づいて、正当なユーザーをホワイトリストに追加してください。

  • [wafnew.cc.normal]に切り替えてカスタムルール 保護モジュールを使用する:WAF では、クライアント IP、アクセス URI、User-Agent、リージョンなどのフィールドに基づいて保護ポリシーを設定し、特定の攻撃パターンに対して正確に防御できます。ただし、まずアクセスログを分析してこれらのパターンを特定する必要があります。

  • Anti-DDoS Pro を使用する:高頻度の HTTP フラッド攻撃中、ピークトラフィックがAnti-DDoS Basic のブラックホールのしきい値を超える可能性があります。このしきい値を超えると、WAF へのトラフィックがブラックホール化され、サービスにアクセスできなくなります。この場合、Anti-DDoS Pro を使用して保護してください。詳細については、「HTTP フラッド攻撃対策の設定」をご参照ください。

日常のメンテナンス

新しい HTTP フラッド攻撃対策テンプレートは、デフォルトで有効になっています。保護テンプレートのリストで、次のアクションを実行できます。

  • 保護テンプレートの表示:保護テンプレート名の左側にある expand icon アイコンをクリックして、テンプレートに含まれるルールを表示できます。

  • 保護テンプレートの有効化/無効化:[ステータス]で、テンプレートを有効または無効にできます。

  • 保護テンプレートの編集:保護テンプレートの操作 列で 編集 をクリックして、[Template Information]、[ルールの設定]、[有効対象]などの設定を変更できます。

  • 保護テンプレートの削除:テンプレートが不要になった場合は、テンプレートの操作 列にある 削除 をクリックします。表示されたダイアログボックスで 削除 をクリックして、アクションを完了してください。

    重要
    • 保護対象のカスタム保護テンプレートが削除されると、その保護対象は自動的にデフォルトの保護テンプレートに追加されます。

    • デフォルトの保護テンプレートに保護対象が含まれている状態で削除された場合、それらの保護対象は HTTP フラッド攻撃対策ルールによって保護されなくなります。

よくある質問

サーバーやデータベースの CPU 使用率が高く、負荷が増加し、レスポンスタイムが遅くなるのはなぜですか?

これは、低頻度の CC 攻撃中に発生する可能性があります。この種の攻撃は、ログイン、検索、注文など、リソースを大量に消費するインターフェイスに低いリクエスト頻度で持続的にアクセスすることで、実際のユーザーの行動をシミュレートします。このアクティビティにより、サーバーの CPU 負荷が増加し、データベースの接続プールが枯渇し、レスポンスタイムが遅くなります。

一般的な症状は次のとおりです

  • 短期間でのサービストラフィックまたは秒間クエリ数 (QPS) の異常な増加。

  • 特定の URI へのリクエストの割合が通常よりも著しく高い。

  • 送信元 IP アドレスの異常な分布。たとえば、中国大陸以外からの多数のアクセス、プロキシ IP プールからのアクセス、または短期間での複数の新しい IP セグメントからのアクセスなど。

  • 個々の IP アドレスからのトラフィックの割合が突然増加する。

緩和策

  • オプション 1:WAF を使用しない緩和策

    ECS インスタンスの仕様や帯域幅などのクラウドリソースをアップグレードして、攻撃トラフィックを処理できます。または、異常な送信元 IP アドレスを特定し、ECS セキュリティグループまたはシステムのファイアウォールブラックリストに追加できます。ただし、攻撃元の IP アドレスは動的であることが多いため、手動でブラックリストを維持するのは非効率です。

  • オプション 2:WAF への接続 (推奨)

    資産を WAF に接続し、このトピックで説明されている CC 保護ルールを設定して、ワンクリックで保護できます。攻撃トラフィックに固定の特徴がある場合は、レート制限のカスタムルールリージョンブロックルールを使用して、正確にブロックすることもできます。攻撃の送信元 IP アドレスは動的であることが多いですが、悪意のあるリクエストの URI、User-Agent、または送信元リージョンは固定されている場合があります。

WAF を有効にした後、一部のユーザーにスライダー CAPTCHA のポップアップが表示されるのはなぜですか?

スライダー CAPTCHA のポップアップは、通常、WAF の緩和ポリシーによってトリガーされます。たとえば、ボット管理またはカスタムルール モジュールのルールのアクションがスライダー CAPTCHA に設定されている場合に発生する可能性があります。

トラブルシューティング手順

  1. トリガーソースの確認:オリジンサーバーおよび他のネットワークセキュリティ製品を確認してください。これらの製品のいずれもスライダー CAPTCHA を使用するように設定されていない場合、WAF がポップアップのソースです。

  2. ルール設定の確認:WAF コンソールにログインします。「ボット管理を使用して Web アプリケーションを保護する」の設定、および「カスタムルール」モジュールのルール設定を確認してください。

  3. 特定のルールを特定する:WAF セキュリティレポートで詳細なブロックログを照会し、ルール ID とトリガー理由を特定してください。

WAF のボット管理、カスタムルール、HTTP フラッド攻撃対策の違いは何ですか?

WAF の HTTP フラッド攻撃対策、カスタムルール、およびボット管理モジュールは、次の方法で HTTP フラッド攻撃の緩和に役立ちます。

  • HTTP フラッド攻撃対策:攻撃トラフィックを自動的に検出し、組み込みのアルゴリズムに基づいて CAPTCHA 検証を使用します。この機能はワンクリックで有効にでき、設定が簡単です。ただし、きめ細かいカスタム設定はサポートしていません。

  • カスタムルール:一致条件、保護タイプ、およびアクションを定義できます。そのレート制限ルールは、HTTP フラッド攻撃を正確に緩和できます。ただし、通常のリクエストベースラインやその他のビジネスコンテキストに精通している必要があります。

  • ボット管理:自動化されたプログラム (ボット) からのトラフィックの検出と管理に重点を置いています。CAPTCHA 検証などの方法を使用して、実際のユーザーと悪意のあるスクリプトを区別します。

HTTP フラッド攻撃を緩和する上での ALB のレート制限と WAF の違いは何ですか?

  • ALB のレート制限:グローバルな秒間クエリ数 (QPS) や送信元 IP の QPS など、リクエスト頻度のしきい値のみに基づいてトラフィックを制御します。リクエストの内容を検証することはできず、正当なトラフィックのバーストをブロックする可能性があります。トリガーされると、デフォルトで 503 ステータスコードを返し、CAPTCHA 検証などの他のアクションはサポートしていません。

  • WAF:リクエストの URI、パラメーター、ヘッダーフィールド、アクセス挙動、ボットの特徴など、複数の次元にわたる検出をサポートします。これにより、特定の URL やインターフェイス、または異常な行動パターンに対して、きめ細かい保護が可能になります。

WAF はデフォルトで高頻度のアクセスリクエストをブロックしますか?

WAF は、デフォルトでは高頻度のアクセスリクエストをブロックしません。これらのリクエストをブロックするには、レート制限のカスタムルールを設定する必要があります。

WAF で複数の緩和ルールやテンプレートを設定すると、コストに影響しますか?

WAF の緩和ルールまたはテンプレートの数がコストに影響するかどうかは、インスタンスの課金方法によって異なります。

  • サブスクリプション:追加料金はかかりません。テンプレートとルールの上限まで設定を追加しても、追加コストは発生しません。

  • 従量課金:追加料金が適用されます。コストは、設定したルールの数に直接関係します。より多くのルールを設定すると、コストが高くなります。