Next-Gen WAF のデプロイについて

Next-Gen WAF をデプロイするには、次の方法で Next-Gen WAF プロダクトをリクエストフローに統合する必要があります。

  1. デプロイ方法の選択。デプロイ方法は、統合のセットアップ方法を概説します。すべてのデプロイの方法は、同じアーキテクチャコンポーネントに依存していますが、ホストの場所 (Fastly の Edge Cloud Platform と顧客のローカル環境など) やアクティブなデプロイを維持する当事者が異なります。

    ヒント : 複数のデプロイ方法を使用することができます。たとえば、Fastly コンテンツ配信ネットワークの背後にある Web アプリケーションを保護するためにエッジ WAF デプロイメソッドを使用し、その他の Web アプリケーションにはオンプレミス WAF デプロイメソッドを使用することができます。

  2. 選択したデプロイ方法に適したガイドに従って、デプロイを設定します。

  3. (オプション) 攻撃ツールを使用して、Next-Gen WAF が Web アプリケーションを監視し、悪意のある異常なリクエストを識別していることを確認します。

設定前の注意点

Next-Gen WAF は sales@fastly.com までご連絡いただければ、アカウント単位でご購入いただけます。ご購入後、当社のスタッフが、お客様がログインした際にご利用いただける Next-Gen WAF corp (アカウント) と少なくとも1つのサイト (ワークスペース) を作成します。

デプロイ方法の選択

当社のデプロイ方法における主な違いは、デプロイの場所とデプロイの保守責任者です。

デプロイ方法ロケーションFastly マネージド顧客管理型
エッジ WAFFastly の Edge Cloud platform は、当社のグローバルな POP ネットワークを通じて提供されています
オンプレミス WAF顧客のローカル環境
PaaSサポートされているベンダープラットフォーム
A10 ネットワークA10 ネットワークス
クラウド WAFFastly のクラウドインフラストラクチャ

エッジ WAF デプロイについて

エッジ WAF デプロイメソッド では、Fastly のグローバルネットワーク上の POP を介して Next-Gen WAF を Fastly のEdge Cloud Platform 上にホストし、Fastly のキャッシュレイヤーである Varnish と統合します。セキュリティ処理はエッジで行われるため、Next-Gen WAF はオリジンのインフラストラクチャに入る前にすべてのトラフィックを検査し、攻撃が発生した場所の近くで攻撃をブロックできます。以下のシーケンス図は、エッジ WAF のリクエストフローを示しています。エッジ WAF の仕組みについては、「エッジ WAF の仕組み」ガイドで詳しく説明しています。このオプションを利用するには、Fastly の配信アカウントが必要です。

ウェブクライアント、Fastly Service、エッジ WAF、オリジン間のエッジ WAF リクエストフローを示すシーケンス図です。フローは、Fastly Service へのクライアントのリクエストから始まります。Fastly Service は、要求されたオブジェクトをキャッシュします。オブジェクトが見つかった場合 (キャッシュヒットパス)、Service はキャッシュされたレスポンスを直接クライアントに返します。オブジェクトが見つからない場合 (キャッシュミスパス)、Service はリクエストをエッジ WAF に転送して検査します。リクエストが悪意のあるものである場合、エッジ WAF はそのリクエストをブロックし、Fastly Service 経由でブロックレスポンスをクライアントに返します。リクエストが正当であれば、エッジ WAF はリクエストをオリジンまで継続させます。許可されたリクエストの場合、オリジンはレスポンスを生成し、そのレスポンスは最終処理のためにエッジ WAF とFastly Serviceに送信され、その後クライアントに配信されます。 

オンプレミス WAF のデプロイについて

オンプレミス WAF(旧称 Core WAF)のデプロイ方法では、Next-Gen WAF をローカル環境に直接ホストします。つまり、デプロイの管理はお客様の責任となります。オリジンコアにデプロイすることで、オリジンインフラストラクチャに到達するまでのあらゆるパスのトラフィックを検査できます。つまり、クライアントオリジン内のある内部サーバーから別のサーバーにホップする東西トラフィックを検査できるということです。

この方法には、モジュールエージェントリバースプロキシの両方のデプロイオプションがあります。

デプロイオプションインストール必須のコンポーネント考慮事項
モジュール + エージェント
  • Next-Gen WAF モジュール
  • Next-Gen WAFエージェント
  • このオプションはフェイルオープン設計を採用しており、モジュールがエージェントの可用性を確認し、エージェントがダウンしている場合にはすべてのトラフィックを許可します。
  • このモジュールは環境上のリクエストメカニズムにフックするため、トランスポート・レイヤー・セキュリティ終了の処理方法を変更する必要はありません。
  • このモジュールは、Web サーバーのプラグインとして存在することも、アプリケーションレイヤーにデプロイすることもできます。
  • WebSocket 検査をサポートする Next-Gen WAF モジュールのバリエーションは、NGINX ダイナミックモジュールのみです。
リバースプロキシNext-Gen WAF エージェント
  • このオプションは、フェイルクローズ設計を採用しており、エージェントがダウンしている間は、すべてのトラフィックがブロックされます。
  • このオプションでは、Web サーバーやコードに変更を加える必要がないため、古くて脆弱な環境に役立ちます。
  • エージェントはモジュールとエージェントのコンポーネントの両方の役割を担います。
  • このオプションは WebSocket 検査をサポートします。
  1. トラフィック管理レイヤーを持つモジュールエージェント
  2. アプリケーションレイヤーを持つモジュールエージェント
  3. リバースプロキシ

以下のシーケンス図は、モジュールが Web サーバーのプラグインとして存在する場合の、モジュールエージェントのデプロイのリクエストフローを示しています。

モジュールが Web サーバーのプラグインとして存在する、モジュールとエージェント間のリクエストフローを示すシーケンス図。リクエストフローは、ウェブクライアント、トラフィック管理レイヤー、Next-Gen WAF モジュール、Next-Gen WAF エージェント、バックエンドアプリケーションの間で行われます。フローは、クライアントからのリクエストがトラフィック管理レイヤーおよびモジュールに送信されることから始まり、これらのリクエストは検査のためにエージェントに転送されます。エージェントはその後、決定を返します。決定がブロックの場合、トラフィック管理レイヤーとモジュールはクライアントにブロックレスポンスを返します。決定が許可の場合、トラフィック管理レイヤーとモジュールはリクエストをバックエンドアプリケーションに転送します。バックエンドアプリケーションはレスポンスを生成し、それをトラフィック管理レイヤーとモジュールに送信します。トラフィック管理レイヤーとモジュールは、クライアントにレスポンスを配信し、そのレスポンスをエージェントに転送します。 

Kubernetes のデプロイパターンについて

オンプレミス WAF のデプロイメソッドは、Kubernetes の複数のデプロイパターンをサポートしています。Next-Gen WAF を Kubernetes で動作させるには、設定をカスタマイズする必要があります。当社のドキュメントでは、Docker サイドカーコンテナパターンを使用する Kubernetes デプロイのいくつかの例を紹介しています。

Platform as a Service (PaaS) のデプロイについて

選択したプラットフォームにNext-Gen WAFエージェントを組み込むことで、サポートしているベンダーのプラットフォーム内にNext-Gen WAFプロダクトをデプロイできます。下のシーケンス図は、PaaSデプロイのリクエストフローを示しています。

Webクライアント、Next-Gen WAF エージェント、PaaS 間の PaaS リクエストフローを示すシーケンス図。フローはクライアントからエージェントへのリクエストで始まり、エージェントがそのリクエストを検査します。リクエストが悪意のあるものである場合、エージェントはクライアントにブロックレスポンスを返します。リクエストが正当である場合、エージェントはリクエストを PaaS に転送します。PaaS はレスポンスを生成し、それがエージェントに送信され、その後クライアントに送信されます。 

注 :

Fastly サービスは、そのように設定した場合にのみ、Fastly 以外のサービスと相互運用できます。当社は Fastly 以外のサービスに対する直接的なサポートを提供しておりません。Fastly 以外サービスとの連携を可能にするソフトウェアやサービス (プラグイン、拡張機能、アドオンなど) は、それぞれの利用規約に基づいて利用できます。詳細は Fastly's Terms of Service をご参照ください。

A10 ネットワークでの組み込みサービスのデプロイについて

重要: このデプロイオプションは、有効化のためにA10機能ライセンスが必要です。

Next-Gen WAF は、A10 Networks を組み込んだ Service として、特定の A10 Thunder および vThunder アプリケーション・デリバリー・コントローラー (ADC) フォームファクターにデプロイ可能です。A10 Networks は A10 のデプロイをサポートしています。A10 アプリケーション・デリバリー・コントローラー (ADC) Next-Gen WAF のデプロイオプションにの詳細については、Fastly のアカウントマネージャーにご連絡いただくか、営業チームにメールでお問い合わせください。

注 :

Fastly サービスは、そのように設定した場合にのみ、Fastly 以外のサービスと相互運用できます。当社は Fastly 以外のサービスに対する直接的なサポートを提供しておりません。Fastly 以外サービスとの連携を可能にするソフトウェアやサービス (プラグイン、拡張機能、アドオンなど) は、それぞれの利用規約に基づいて利用できます。詳細は Fastly's Terms of Service をご参照ください。

クラウド WAF のデプロイについて

重要 :

Next-Gen WAFコンソールにアクセスできるNext-Gen WAFの顧客のみがこのソリューションを利用できます。

クラウド WAF のデプロイメソッドは、Fastly のクラウドインフラストラクチャ上で Next-Gen WAF をホストし、複数のクラウド WAF インスタンスで構成されます。各インスタンスはロードバランサーと少なくとも3台の Next-Gen WAF エージェントで構成されており、それぞれリバースプロキシモードで動作し、別々の冗長マシンにインストールされています。下のシーケンス図は、クラウド WAF デプロイのリクエストフローを示しています。

Web クライアント、Next-Gen WAF エージェント、オリジン間のクラウド WAF リクエストフローを示すシーケンス図。フローはクライアントからエージェントへのリクエストで始まり、エージェントがそのリクエストを検査します。リクエストが悪意のあるものである場合、エージェントはクライアントにブロックレスポンスを返します。リクエストが正当である場合、エージェントはリクエストをオリジンに転送します。オリジンはレスポンスを生成し、それがエージェントに送信され、その後クライアントに送信されます。 

Cloud WAF のデプロイ方法を使用するには、トランスポート・レイヤー・セキュリティ証明書をアップロードし、Next-Gen WAF コンソールを使用してオリジンサーバーを追加し、適切なサーバーを指すように DNS レコードを更新する必要があります。

次のステップ

デプロイの設定後、Next-Gen WAF はすぐに Webサイトへのトラフィックの監視を開始し、悪意のある異常なペイロードを含むリクエストを検出し、リクエストデータを Next-Gen WAF コンソールに入力します。正規のトラフィックがブロックされないように、Next-Gen WAF は最初はすべてのリクエストを許可します。

悪意のあるトラフィックをブロックするには、エージェントモード (保護モード) の設定を Blocking に設定します。また、ルールを作成して Web サイトの保護を調整し、Next-Gen WAF が適切なトラフィックをブロックまたは許可するようにすることもできます。