ネットワーク向け防御だけでは不十分
新手のセキュリティ脅威に対するファイアウォール配備シナリオ
アプリケーション攻撃および新たなマルウェアに対抗する最適なファイアウォールの配備シナリオを紹介する。
企業のITシステムでは伝統的にファイアウォールが防御の最前線に配備され、インターネット上の脅威から資産を防御している。
多くの場合、ファイアウォールはゲートキーパーとしての役割を果たし、企業が必要だと見なすインターネット上のサービスだけにアクセスできるように制限している。基本的なレベルでは、資産をリストしたルール、そして特定の場所からのアクセスが許可されるサービスによってアクセスが制御される。これらのルールは資産の機能に基づいて決定される。
一般に、企業は隔離されたネットワークセグメントに企業資産を置くことにより、インターネット上でアクセスできるサーバから企業資産を切り離す分割アーキテクチャデザインを採用してきた。このようなセグメントは従来、DMZ(DeMilitarized Zone)と呼ばれてきた。この隔離は、ファイアウォールのネットワークインタフェースをこれらのサーバ専用にすることによって実現される。DMZ内で運用されるサーバ以外の資産に直接アクセスすることは許可されない。通常、これらの資産としては、社内のワークステーション、重要なサーバコンポーネント(ドメインコントローラーなど)、電子メールサーバ、業務アプリケーションなどが含まれる。DMZセグメント内で運用される資産には、インターネット上でアクセス可能なアプリケーション(Webインタフェース、メールシステム、共有フォルダなど)が含まれる。DMZ上の資産と業務セグメント内の資産との間のアクセスは厳格にコントロールされる。
このアーキテクチャと、企業のホステッド環境のアーキテクチャを比較すると、アクセス制御の手法において多くの共通点が存在することが分かる。ホステッド環境の例としては、サードパーティーがホストする企業の電子商取引プラットフォームなどが挙げられる。こういった環境では通常、DMZセグメントにWebヘッド(Webサーバ、アプリケーションサーバ、データベースサーバで構成される3階層アーキテクチャ内のWebサーバ)がホストされている。高トラフィック環境では、ロードバランサーがファイアウォールのインターネットインタフェースからの接続ハンドオフを全て処理し、最も負荷の少ないWebサーバにWebサーバへのトラフィックを振り分ける。アプリケーションサーバとデータベースサーバは、Web、アプリケーション、データベースの各階層間のアクセスを制限するアクセスルールが適用される別セグメントで運用される。
どちらの環境においてもファイアウォールサーバは主要な防御メカニズムとして機能し、どの資産にアクセスできるかをコントロールすると同時に、ネットワーク層において攻撃に対する基本的な防御機能を提供する。この従来形式のファイアウォールでは、浸透力が強いタイプのセキュリティ脅威に対する防御が十分ではない。こういった脅威は一般に、従来型のファイアウォールが防御対象としてきたネットワーク(第3層)の領域よりもアプリケーション(第7層)内の脆弱性に関連したものだ。これらの脅威に対処するために、企業およびホスティング施設で使用される従来のファイアウォール製品に対して、アプリケーションへの攻撃およびマルウェアによる脅威にターゲットを絞った製品による強化が施されている。
アプリケーション攻撃および新たなマルウェアに対抗する最新のファイアウォール配備シナリオを以下に紹介する。
アウトバウンドトラフィック監視用ファイアウォール
社内ネットワークを出入りするトラフィックを制御するためのファイアウォールを配備している企業でも、Webへのアウトバウンドアクセスは無条件で許可されてきた。これは企業をマルウェアの危険にさらすものだ。ユーザーのブラウザを狙ったクライアントサイドの脅威が存在するからだ。この脅威に対抗するために、多くの従来型ファイアウォールは、アウトバウンドアクセスを監視するインターネットアクセス管理機能(インラインあるいはプロキシ方式)で強化されるようになってきた。ファイアウォールはユーザーが社内からどのポートにアクセスできるかをコントロールできるが、アクセス対象のコンテンツをコントロールするのには不十分だからだ。クライアントサイド攻撃が企業で重大な脅威となってきた今日、こういった防護強化対策が不可欠だ。
アプリケーション層のコンテンツ検査
従来型ファイアウォールのベンダー各社は現在、ウイルス防止機能にアプリケーション層のコンテンツ検査機能を組み合わせたアプライアンスを提供している。マルウェア検出機能と従来型ファイアウォールが単一ユニットに組み込まれているのだ。これらのデバイスは、トラフィックを監視して悪質なコンテンツを検出するだけでなく、怪しいコンテンツをホストしているWebサイトへのアクセスも遮断する。もちろんこういった製品は、従来のホストベースの防護メカニズム(ウイルス防止やスパム防止などのエンドポイント型セキュリティソリューション)の代替と見なすべきではない。
Webアプリケーションファイアウォール
ホステッド環境の場合、第7層の監視はWebアプリケーションファイアウォールという形態を取る可能性がある。この種のファイアウォールは、Webサービスやアプリケーションサービスを狙ったアプリケーション層の攻撃に対処する。これらのデバイスは、クロスサイトスクリプティングやSQLインジェクションといった従来型のWeb攻撃を防御するのに加え、従来型のクライアント挙動(ユーザーによる特定のサイトの操作など)を理解する機能を備え、標準から逸脱した挙動を追跡・防止することができる。現在、Webアプリケーションファイアウォールは、第7層監視機能の追加によるパフォーマンス低下を補うために、従来型のファイアウォールアプライアンス用のアドオンモジュールとして提供されている。これは、ホステッド環境ではWebアプリケーションファイアウォールが従来型のファイアウォールをリプレースできるという意味ではない。各階層を従来方式でセグメント分割することは依然として重要なのだ。
仮想ファイアウォールの配備
このアプローチは仮想ホステッドプラットフォームにも拡張できる。ここでは詳細には立ち入らないが(これだけで1つの記事になるだろう)、仮想プラットフォームを分離するには、ハイパーバイザーのレベルでファイアウォールの分離を適用することにより、同じ物理プラットフォーム上の異なる仮想インスタンスへのアクセスをコントロールする必要がある。仮想マシン(VM)間にセキュリティを適用する方式は、従来型ファイアウォールとWebアプリケーションファイアウォールを組み合わせることによって、さらに強化できる。こういった配備方式でも、よりマクロなレベルでは従来型ファイアウォールが果たす役割がある。仮想サーバファーム間に分離・保護を適用するという役割だ。その上で、ビジネスに重要なセグメントには第7層の防護を適用できる。
結論として、今日のセキュリティ脅威の状況下では、セキュアなホステッド環境あるいは社内環境の設計に際して、従来のファイアウォールのネットワーク向け防御機能に加えて、アプリケーション層にフォーカスしたホストベースとネットワークベースの防御の組み合わせを含める必要があるといえる。もはやネットワークの重要部分を防御する第3層デバイスを配備するだけでは十分ではないのだ。
本稿筆者のアナンド・サストリー氏は、米Savvisのシニアセキュリティアーキテクト。Savvisに入社する前は、大手コンサルティング会社のセキュリティサービス部門のスタッフとして各種業界の顧客(金融、医療、小売り、メディアなどの大手・中堅企業)を担当した。ネットワーク/アプリケーション侵入テスト、セキュリティアーキテクチャ設計、ワイヤレスセキュリティ、インシデント対応、セキュリティエンジニアリングなどの分野で経験を持つ。現在はネットワーク/Webアプリケーションファイアウォール、ネットワーク侵入検知システム、マルウェア分析、分散型サービス妨害対策システムなどに取り組んでいる。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
技術文書・技術解説
[アトラシアン株式会社] なぜAIを導入しても効果が出ない? 組織全体で使いこなすための仕組みとは -
製品資料
[プログレス・ソフトウェア・ジャパン株式会社] ネットワーク全体を見える化、フロー分析で実現する広域監視と迅速な異常検知 -
製品資料
[プログレス・ソフトウェア・ジャパン株式会社] SNMPより詳細で、パケット解析より簡単な「トラフィック可視化・分析」の方法 -
製品資料
[プログレス・ソフトウェア・ジャパン株式会社] 重要性を増す“侵入後の可視化” どのように実現すればよいのか? -
市場調査・トレンド
[クラウドストライク合同会社] 回避型攻撃が急速に拡大、連鎖する攻撃を防ぐためのアプローチとは?
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
半数がブルーカラー転向を視野に? ベテランエンジニアを追い込む“54歳の壁”
-
2
岐阜県庁が7000人規模でも重くならないテレワークを「Prisma Access」で実現
-
3
従来の「外注」では解決しない情シスのリソース問題を突破する手だて
-
4
NVIDIA「一強体制」の終わりか データセンターを襲う“電力の壁”
-
5
Microsoft 365侵害企業の9割はMFA導入済み 1002人調査で見えた盲点
-
6
「有線LAN環境」に関するアンケート
-
7
IT製品の導入に関するアンケート「セキュリティ」編
-
8
「IoT通信環境の構築・運用」に関するアンケート
-
9
【専門家に聞く】表計算の限界を突破するロイヤリティ管理のスマートな手法とは?
-
10
Claude Codeで開発生産性は本当に上がったか? 3社の取り組みに学ぶ次なる手段
ホワイトペーパーランキング PR
-
1
AI駆動攻撃にどう対抗する? 超速の攻撃からエンドポイントを保護する方法
-
2
「IT史に名を残すシステム障害」8選
-
3
10G回線の真価をフルに享受するには? 導入前にチェックしたいポイント
-
4
SCS評価制度時代の「SASE選定」ガイド
-
5
顧客対応自動化の要点:RAGとデータ連携で“業務で使える生成AI”にする方法
-
6
マンガで解説:情シスの負担を減らす「MDRサービスのインシデント対応」の中身
-
7
「EDR」選定ガイド:比較・検討フェーズで整理すべきポイントを解説
-
8
なぜAIは組織で定着しないのか? 全社展開を阻む「3つの壁」と突破のヒント
-
9
ランサムウェア攻撃“究極の対策”はこれだ
-
10
情報セキュリティ対策早分かりガイド:25の自社診断で弱点と解決策を理解
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー