本トピックでは、プライベートネットワーク資産からのアウトバウンド接続のリスクについて説明し、NAT Gateway と NAT ファイアウォールを使用するソリューションを紹介し、典型的なビジネスシナリオにおけるソリューションのデプロイメントとメンテナンスの手順を解説します。
アウトバウンドトラフィックのセキュリティ上の課題
ネットワーク攻撃が巧妙化するにつれて、企業はより大きなセキュリティ上の課題に直面しています。通常、クラウド上の企業のワークロードは、インターネットからのインバウンドトラフィックと、ビジネス資産から開始されるアウトバウンドトラフィックの両方を処理します。しかし、多くのセキュリティチームはネットワークを保護する際にインバウンドトラフィックに重点を置き、包括的なセキュリティ対策を講じます。アウトバウンドトラフィックのセキュリティは見過ごされがちで、多くの企業のセキュリティ態勢における弱点となっています。例えば、攻撃者がインバウンド防御をバイパスして内部ネットワークに侵入した場合、データを窃取したり、マルウェアをダウンロードしたり、悪意のある C&C (コマンド&コントロール) サーバーに接続したりする可能性があります。さらに、企業のセキュリティ上の見落としにより、内部のスタッフが不正な外部接続を行ったり、悪意のある Web サイトにアクセスしたりすることで、機密データの漏洩などのリスクが生じます。
企業は、アウトバウンドトラフィックに関連する以下の潜在的なセキュリティリスクを認識する必要があります:
-
マルウェア感染のリスク
攻撃者は、インバウンドのセキュリティ対策をバイパスして内部のワークロードを侵害した後、悪意のある C&C サーバーに接続してランサムウェアをダウンロードすることがよくあります。攻撃チェーンにおいて、マルウェア感染は通常、より大規模な攻撃の初期段階の 1 つです。多くの種類のマルウェアは、接続を確立し、更新を受信し、コマンドを要求し、盗んだデータを C&C サーバーに窃取するために、依然として C&C サーバーと通信する必要があります。特定の種類のランサムウェア、ボットネット、およびクリプトマイニング活動には、アウトバウンド接続が必要です。これらの悪意のあるアウトバウンド接続を迅速に検出し、ブロックすることは、IT インフラストラクチャ、デジタル資産、および開発システムへのさらなる損害を防ぐために不可欠です。
-
データ漏洩のリスク
価値の高い企業データを盗むことは、悪意のある攻撃者の主な目的であることが多いです。成功した場合、攻撃者は財務記録、パスワード、電子メール、個人識別情報 (PII) などの貴重な企業データを取得できます。その後、このデータをネットワーク経由で窃取し、不正販売、金融詐欺、なりすまし、その他の悪意のある活動に利用します。攻撃者はまた、取得した情報を使用して権限を昇格させたり、機密システムにアクセスしたりすることもあり、これは企業にとってより破壊的なリスクをもたらします。
-
内部関係者からのリスク
セキュリティ意識の欠如や企業のセキュリティ管理の不備により、内部関係者がシステム開発や O&M (運用保守) 中に安全でない Web サービス、場所、または IP アドレスにアクセスする可能性があります。また、意図的に企業の機密データを GitHub のようなパブリックまたはオープンソースのプラットフォームにアップロードし、侵入やデータ漏洩のリスクを生み出すこともあります。これらの危険な動作は、監視、アラート、ブロック、およびトレーサビリティのための監査が必要です。
-
サプライチェーンからのリスク
企業が堅牢なセキュリティシステムを持っていても、そのビジネスがサードパーティの開発システムを伴ったり、サプライヤーや子会社との相互接続を必要としたりする場合があります。セキュリティが不十分なためにサプライヤーや子会社が侵害された場合、攻撃は企業に広がり、悪意のあるアウトバウンド接続につながる可能性があります。したがって、企業はサプライチェーンからのトラフィックを監視および監査して、攻撃検出時に迅速なトレーサビリティと損失軽減を可能にする必要があります。
-
アウトバウンドトラフィックのコンプライアンスリスク
一部の業界規制当局や内部監査チームは、システムのセキュリティを強化するために、アウトバウンドトラフィックに対して明確かつ厳格な要件を課しています。クレジットカード業界データセキュリティ基準 (PCI DSS) v4.0 の要件 1.3.2 では、カード会員データ環境 (CDE) からのアウトバウンドトラフィックを制限することが義務付けられています。必要と見なされるトラフィックのみが許可されます。他のすべてのアウトバウンドトラフィックはブロックする必要があります。この要件は、エンティティのネットワーク内の悪意のある個人や侵害されたシステムコンポーネントが、信頼できない外部ホストと通信するのを防ぐことを目的としています。したがって、企業はアウトバウンドトラフィックに対しても厳格なセキュリティ管理と監査を実施する必要があります。
ソリューション
アウトバウンドトラフィックのセキュリティを管理するために、企業は「NAT Gateway + NAT ファイアウォール」ソリューションを使用して、アウトバウンドトラフィックを監視および保護できます。
-
NAT Gateway は、カスタムの SNAT および DNAT エントリを使用して、クラウド上のサーバーにパブリック向けのサービスを提供し、それらがインターネットにアクセスできるようにします。SNAT 機能により、Elastic Compute Service (ECS) インスタンスがアウトバウンド接続を開始すると、SNAT アドレスプールからの EIP を介してインターネットにアクセスします。これにより、プライベートネットワークがパブリックインターネットに直接公開されるのを防ぎ、資産のセキュリティを強化します。
-
NAT ファイアウォールは、NAT 境界を保護する Cloud Firewall のセキュリティ機能です。VPC 内のリソース (ECS や ECI インスタンスなど) が NAT Gateway を介してインターネットにアクセスする際に、レイヤー 4 からレイヤー 7 のセキュリティ保護を提供します。NAT ファイアウォールは、不正なトラフィックを監査およびブロックして、不正アクセス、データ漏洩、悪意のあるトラフィック攻撃などのセキュリティリスクを軽減します。NAT Gateway の SNAT ルールと比較して、Cloud Firewall のアクセス制御ポリシーは、宛先 IP アドレス、ドメイン名、リージョン、プロトコル、ポート、およびアプリケーションに対して、より詳細な制御を提供します。
ソリューションアーキテクチャ
シナリオ 1:複数の VPC
ある企業は、主にクラウド上でデータセンターシステムを開発しており、本番環境用とテスト環境用に 2 つの VPC を使用しています。開発環境では、起動時に JAR パッケージを更新するなど、外部ソフトウェアの呼び出しが必要であり、両方の VPC からのアウトバウンド接続が必要です。企業は、開発者が正当なサービスにのみアクセスできるようにし、セキュリティリスクを防ぐためにすべての不正なアウトバウンド接続をブロックする必要があります。
デプロイ計画
-
各 VPC に NAT Gateway をデプロイします。各 NAT Gateway に SNAT エントリを設定し、プライベートネットワーク上の ECS インスタンスが NAT EIP を使用してインターネットにアクセスできるようにします。
-
各 NAT Gateway に NAT ファイアウォールをデプロイします。各 NAT ファイアウォールにホワイトリストベースの ACL アクセス制御ポリシーを設定し、承認された IP アドレスとドメイン名へのアクセスのみを許可します。
シナリオ 2:集中管理型の DMZ VPC
ある金融機関は、クラウド上で証券および保険ビジネスを運営しています。この機関には、中間層 VPC、サードパーティシステム VPC、市場データ VPC など、複数のビジネス VPC があります。すべての VPC は DMZ を介してインターネットにアクセスします。この環境では、外部の決済サービス、外部の市場データサービス、および規制サービスへのアクセスが必要です。この機関は、承認されたサービスへのアクセスのみを許可し、セキュリティリスクを防ぐために不正なアウトバウンド接続をブロックする必要があります。また、異常なトラフィックや攻撃を検出するために、すべてのアウトバウンドトラフィックをリアルタイムで監視および監査する必要もあります。
デプロイ計画
-
DMZ VPC には 1 つの NAT Gateway のみをデプロイします。NAT Gateway に SNAT エントリを設定し、プライベートネットワーク上の ECS インスタンスが NAT EIP を使用してインターネットにアクセスできるようにします。他の VPC は、Cloud Enterprise Network (CEN) を介して DMZ VPC を経由してインターネットにアクセスします。
-
DMZ VPC の NAT Gateway の前に 1 つの NAT ファイアウォールのみをデプロイします。NAT ファイアウォールにホワイトリストベースの ACL アクセス制御ポリシーを設定し、承認された IP アドレスとドメイン名へのアクセスのみを許可します。
シナリオ 3:複数の vSwitch
ある大規模な多国籍組織は、クラウド上の単一の VPC 内で事業を運営しています。ビジネスのアクセスパターンが複雑で、外部システムが多数あるため、組織は異なる資産に対して個別のセキュリティ保護を適用する必要があり、より詳細なセキュリティポリシー管理が求められます。
デプロイ計画
-
ビジネス VPC 内の異なる vSwitch に対して NAT Gateway をデプロイします。NAT Gateway の 1 つは複数の EIP に関連付けられています。各 NAT Gateway に SNAT エントリを設定し、プライベートネットワーク上の ECS インスタンスが NAT EIP を使用してインターネットにアクセスできるようにします。
-
各 NAT Gateway に NAT ファイアウォールをデプロイします。各 NAT ファイアウォールにホワイトリストベースの ACL アクセス制御ポリシーを設定し、承認された IP アドレスとドメイン名へのアクセスのみを許可します。
デプロイメント
手順 1:NAT Gateway のデプロイメント
-
NAT Gateway コンソールにログインします。ビジネスシナリオに基づいて、対応する VPC のインターネット NAT ゲートウェイを作成します。詳細については、「インターネット NAT ゲートウェイインスタンスの作成」をご参照ください。
-
作成したインターネット NAT ゲートウェイに EIP を関連付けます。詳細については、「インターネット NAT ゲートウェイ」をご参照ください。
重要インターネット NAT ゲートウェイが正しく機能するには、関連付けられた EIP が必要です。
-
インターネット NAT ゲートウェイに SNAT エントリを作成し、パブリック IP アドレスを持たない ECS インスタンスがインターネットにアクセスできるようにします。詳細については、「SNAT エントリの作成」をご参照ください。
Cloud Firewall の NAT ファイアウォール機能は、SNAT エントリが設定されていて DNAT エントリがない NAT Gateway のみをサポートします。そうでない場合、NAT ファイアウォールを有効にすることはできません。
手順 2:NAT ファイアウォールの作成
前提条件
-
有効な Cloud Firewall のサブスクリプションと、NAT ファイアウォールに十分なライセンスクォータが必要です。詳細については、「Cloud Firewall の購入」をご参照ください。
-
インターネット NAT ゲートウェイを作成済みであること。詳細については、「インターネット NAT ゲートウェイ」をご参照ください。
重要現在、NAT ファイアウォールはインターネット NAT ゲートウェイのみを保護します。
インターネット NAT ゲートウェイは、以下の条件を満たす必要があります:
-
インターネット NAT ゲートウェイがデプロイされているリージョンが NAT ファイアウォールをサポートしていること。サポートされているリージョンの一覧については、「サポートされているリージョン」をご参照ください。
-
インターネット NAT ゲートウェイには、1 ~ 10 個の EIP が関連付けられている必要があります。詳細については、「インターネット NAT ゲートウェイ」をご参照ください。
-
インターネット NAT ゲートウェイには SNAT エントリが必要ですが、DNAT エントリはあってはなりません。詳細については、「SNAT エントリの作成と管理」をご参照ください。
インターネット NAT ゲートウェイに DNAT エントリがある場合は、NAT ファイアウォールを有効にする前にそれらを削除する必要があります。詳細については、「DNAT エントリの作成と管理」をご参照ください。
-
インターネット NAT ゲートウェイの VPC には、NAT Gateway を指す `0.0.0.0/0` のルートエントリが必要です。詳細については、「ルートテーブルの作成と管理」をご参照ください。
-
インターネット NAT ゲートウェイの VPC には、プレフィックス長が 28 以上の利用可能なサブネットが必要です。セカンダリ CIDR ブロックがサポートされています。
-
手順
NAT Gateway が NAT ファイアウォールのアセットリストに表示されない場合は、リストの右上隅にある Synchronize Assets をクリックして、手動でアセットを同期できます。手動同期には 5 ~ 10 分かかります。同期が完了するまでお待ちください。
-
Cloud Firewall コンソールにログインします。左側のナビゲーションウィンドウで、ファイアウォールスイッチ を選択します。
-
[NAT ファイアウォール] タブをクリックします。
-
[NAT ファイアウォールを作成] パネルで、NAT ファイアウォールを設定して有効にします。詳細については、「NAT ファイアウォール」をご参照ください。
-
ファイアウォールが作成された後、対象の NAT Gateway を見つけ、スイッチ 列のスイッチをオンにして、NAT ファイアウォールを有効にします。
対象の NAT Gateway のゲートウェイタイプが 拡張 であることを確認してください。
手順 3:ポリシーの設定
-
Cloud Firewall コンソールにログインします。
左側のナビゲーションウィンドウで、 を選択します。
NAT 境界 ページで、設定する NAT Gateway を選択し、Create Policy をクリックします。
Cloud Firewall は、現在のアカウントに関連付けられている NAT Gateway を自動的に同期します。ドロップダウンリストから設定する NAT Gateway を選択できます。

-
ポリシーの作成 - NAT 境界 パネルで、アクセス制御ポリシーを設定し、OK をクリックします。詳細については、「NAT ファイアウォールのアクセス制御ポリシーの設定」をご参照ください。
ポリシーが作成されると、アクセス制御ポリシーリストで確認できます。リストには、NAT ゲートウェイ ID、優先度、送信元、宛先、プロトコル、アプリケーション、ポート、アクション、ポリシーの有効期間、有効ステータス、ヒット数などの情報が含まれます。ポリシーの編集、コピー、または移動も可能です。
手順 4:ソリューションの検証
-
VPC 内の ECS インスタンスにログインし、`curl www.example.com` などの `curl` コマンドを実行して、インターネットへのビジネスアクセスをシミュレートします。ECS インスタンスへのログイン方法については、「ECS インスタンスの接続方法の概要」をご参照ください。
-
Cloud Firewall コンソールにログインします。
-
左側のナビゲーションウィンドウで、 を選択します。
-
タブで、送信元 IP アドレスを ECS インスタンスのプライベート IP アドレスに設定し、トラフィックログを検索します。トラフィックログにアクセス制御ポリシーが有効であることが示されていれば、NAT ファイアウォールが NAT Gateway のアウトバウンドトラフィックを保護していることが確認できます。
O&M (運用保守)
異常トラフィックの分析
手順 1:トラフィックの確認
-
Cloud Firewall コンソールにログインします。左側のナビゲーションウィンドウで、[概要] をクリックします。
-
概要 ページで、トラフィックの傾向を確認し、特定の時間に異常なトラフィックの急増がないか調べます。
説明トラフィックが購入した保護帯域幅を超えた場合、トレンドチャートには購入した NAT 境界の処理能力が表示されます。これは、帯域幅を超えたトラフィック量を示します。

異常なトラフィックの急増が見つかった場合は、アウトバウンドのプライベートアセットの詳細を確認して、異常な IP アドレスを特定する必要があります。詳細については、「手順 2」をご参照ください。
手順 2:異常な IP の特定
-
Cloud Firewall コンソールにログインします。
-
左側のナビゲーションウィンドウで、 を選択します。
-
タブで、トラフィックでソートして、異常に高い使用量のアセットを特定し、異常なアクセスを検出します。
データテーブルには、NAT ゲートウェイ ID/名前、リージョン、インスタンス ID/名前、アウトバウンドドメイン数/アウトバウンド IP 数、リクエスト数、セキュリティリスクなどの列も含まれます。アクション列では、[監視対象としてマーク] をクリックしてアセットをウォッチリストに追加したり、[ログの表示] をクリックして詳細なログを表示したりできます。
異常な IP アドレスを特定した場合は、ログ監査データを使用してさらに調査する必要があります。詳細については、「手順 3」をご参照ください。
手順 3:トラフィックログの分析
-
Cloud Firewall コンソールにログインします。
-
左側のナビゲーションウィンドウで、 を選択します。
-
タブで、送信元 IP アドレスを ECS インスタンスのプライベート IP アドレスに設定し、トラフィックログを検索し、ソース IP、送信元ポート、および 宛先ポート を調べて、異常なトラフィックがビジネスで必要かどうかを判断します。
O&M (運用保守) に関する提案
異常なトラフィックの急増を特定し、そのトラフィックがビジネスに必要であると判断した場合は、次の O&M (運用保守) に関する提案を検討してください:
-
Cloud Firewall の保護帯域幅の増加
詳細については、「更新」をご参照ください。
-
ワークロードのデプロイメントの最適化
例えば、ビジネスが Alibaba Cloud Object Storage Service (OSS) や Simple Log Service (SLS) にアクセスする必要がある場合は、内部エンドポイントを使用してパブリックネットワーク帯域幅を節約します。
-
保護が不要な IP アドレスに対して NAT ファイアウォールを無効にする
詳細については、「NAT ファイアウォールの無効化」をご参照ください。