1種類のファイアウォールだけでは守れない
なぜ複数のファイアウォールが必要なのか
低レベル攻撃、Webベース攻撃、アプリケーションインテグレーショントラフィック攻撃に対し、1つのファイアウォールだけで対抗できないのはなぜか。
ファイアウォールは25年の間、インターネットに接続されたネットワークに欠かせないセキュリティ形態として機能してきた。しかしこの間に攻撃側はプロトコルスタックを上りつめてOSやTCP/IPを抜け、現代の分散型Webアプリケーションを構成するHTTP、HTML、XMLなどの深層プロトコルに狙いを定めている。従って、十分な効果を出すためにはインテリジェントなアプリケーションレイヤーファイアウォールを下位レベルのファイアウォールと組み合わせることが不可欠だ。
31種のアプリを認識してポリシーを適用するアプリケーションレイヤーファイアウォール
アプリケーションとは正確には何か──要するに守らなければならないのは何なのか。ほとんど全てがWebをベースとしている。つまりTCPポートの問題ではない（全てポート80か443だ）。また、1つのWebサイトやページには多くのものが詰め込めることから、URLの問題でもない。FacebookやGoogleのようなプラットフォームには、チャット、動画、メール、ゲーム、スプレッドシート、調査、ファイル転送などのいわゆるアプリケーションが数十、数百と組み込まれている。
従ってアプリケーションインテリジェンスを備えたファイアウォールは、1つのWebプラットフォームの中で別々の機能を認識し、それぞれに応じたポリシーを適用できなければならない。リスクプロファイルの違いなどセキュリティに及ぼす影響がアプリケーションの機能によって異なる場合、ファイアウォールはそれに従って処理する必要がある。
最も複雑で変化の激しいトラフィックは、ユーザーが開始するWebセッションだ。ここでは新種のアプリケーションや脅威がインターネットのどこかで浮上し、一晩で大人気になって脅威を呼び込むこともある。Webベースのアプリケーションはイノベーションを生む土壌であり、企業のIT部門のコントロールが及ばないところにある。一見無害なWebサイトのマイナーチェンジが、新手の攻撃を生み出す格好の温床になることもある。例えば評判の高いニュースサイトに読者のためのチャットルームが加わって、ユーザー作成のもしかしたら危険なコンテンツをサイトに掲載できるようになり、突然危険な場と化したりする。
Web経由で届けられてパートナー、サプライヤー、顧客に取り込まれる企業アプリケーションへの対策も必要だ。この場合、銀行、製造、エネルギー、輸送といったさまざまな垂直産業のエンタープライズリソースプランニング（ERP）、サプライチェーンマネジメント（SCM）、決済・会計専用アプリケーションに接続するためSOAPやRESTなどXMLベースのプロトコルが使われる。XMLベースのプロトコルは無限ともいえる複雑な層を持ち、ビジネスプロセスと直接結び付くところに固有のセキュリティリスクがある。
1種類のファイアウォールだけでは足りない理由
低レベル攻撃、Webベース攻撃、アプリケーションインテグレーショントラフィック攻撃から企業が身を守る必要があるのなら、その全てに対処できるファイアウォールを1つ導入するだけで済ませられないのか。必要な機能を全て1つのボックスにまとめることがなぜできないのか。
簡単に答えると、会社のネットワークを出入りするネットワークトラフィックを1つ残らず開いて調べ、確認するには多大な処理能力を要するからだ。アプリケーションレベルインテリジェンスは継続的にパフォーマンスに支障を来す。トラフィックに深く食い込み過ぎるとファイアウォールのせいで遅延が生じ、需要に追い付く速さでネットワークの流れを処理できなくなる。浅過ぎればファイアウォールが重大な脅威を見逃してしまうかもしれない。
アプリケーションファイアウォールとネットワークセキュリティファイアウォールの組み合わせ
バランスを保つためには、それぞれのレイヤーに専用のファイアウォールを導入すればいい。低レベルネットワークファイアウォールでは幅広いトラフィックをふるいにかけてポートスキャン、サービス妨害（DoS）などの低レベルネットワーク攻撃を検知できる。ユーザーからのトラフィックはアプリケーションレベルファイアウォールを通過させ、現代の複雑なアプリケーションを理解したキメ細かいポリシーを通じて、容認できる範囲の利用とリスクをコントロールできる。アプリケーションゲートウェイ／XMLファイアウォールではパートナー各社との間でやりとりするエンタープライズインテグレーショントラフィックを傍受して、XMLスキーマとコンテンツの検査、署名確認、暗号化と暗号解除を実行できる。
異なる種類のトラフィックにはそれぞれ異なるリスクとパフォーマンス特性がある。セキュリティ専門家はそれぞれのケースについて、パフォーマンスと検査のさじ加減の適切なバランスを保ち、適切なソリューションを選ばなければならない。10Gbpsで社内セグメンテーションを制御するデータセンターのファイアウォールは、インターネットに接続されたユーザートラフィック用のファイアウォールや、暗号化とXMLに最適化されたパートナーDMZファイアウォールとはまったく別物だ。
ファイアウォールはほぼ25年の間ずっと、セキュリティの最前線にあった。しかしそれは「ファイアウォール」という単語が、それぞれ別々の用途に適したさまざまな種類のセキュリティ機器を網羅するようになったからにほかならない。セキュリティを考慮する上で最も大切なのは、適切な種類のファイアウォールを適切な種類のトラフィックに割り当てることだ。
本稿筆者のアンドレアス・M・アントノポウロス氏はNemertes Researchの共同創設者。同社の上級副社長として研究プロジェクト開発と管理、戦略セミナー実施、主要顧客への助言を担当している。データ通信と分散型システムの修士を持つコンピュータ科学者。セキュリティプロフェッショナル認定資格（CISSP）を持ち、エンジニア、プログラマー、コンサルティングの経験を持つ自称「オタク」。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
“攻撃者優位”なサイバーセキュリティ、全ての「穴」をふさぐ方法とは？ -
製品資料
実際に悪用される脆弱性は4％前後 優先的に対処すべき脆弱性を把握するには？ -
製品資料
HubSpotの機能を拡張する法人データ活用法 -
製品資料
面倒で非生産的な「名寄せ」作業 高精度＆高効率に実施するには？ -
製品資料
名刺管理には「その先」がある 成果のでない営業活動から脱却する秘訣
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
ISMSの“コンサル丸投げ”が招く数千万円の無駄 NTTドコモビジネスの脱出劇
-
2
Netflixのバックエンドは「ほぼJava」 3000超のアプリを支える開発基盤の裏側
-
3
「Microsoft 365」が乗っ取られる 跡形もなくMFAを破る手口
-
4
100億円の「Linux更新」を回避 みずほ銀行が選んだ“おきて破り”のRHEL延命策
-
5
IT製品の導入に関するアンケート「サーバ＆ストレージ」編
-
6
IT業界で相次ぐ人員削減の“隠された理由”
-
7
ライオンが挑む「守りのIT」脱却：Google Cloudで加速させるデータ駆動型経営
-
8
ストレージへの高い投資対効果を目指す「ETERNUS DX S2」シリーズ
-
9
【専門家に聞く】シャドーAIや過剰共有のリスクを防ぎ、安全に生成AIを活用するポイントとは？
-
10
月額91.3万円のAIエンジニア システムアーキテクト級に並んだ単価の中身
ホワイトペーパーランキング PR
-
1
AIエージェントで多様な日常業務を効率化するための入門ガイド
-
2
財務・会計はAI活用でどう変わる？ 調査で見えた変革の道筋
-
3
AIが「わざわざ使うツール」になっていない？ 業務で自然に使う導線にする秘訣
-
4
JR西日本ITソリューションズが「監視業務の属人化」を解消した方法とは？
-
5
「脱Excel」か「Excel快適化」か？ 現場にやさしい業務改善の進め方
-
6
「結局、一部の人しか使わない」 AI活用が業務に定着しない根本的な理由
-
7
コスト分析で見る「デバイス復旧」の代償 損失額から導きだされた投資戦略とは
-
8
Macの安全神話は崩壊？ 最新の脅威動向から見えた攻撃のトレンドと有効な対策
-
9
ゼロトラストにおける「IDaaSの課題」と補完すべき重要機能とは？
-
10
「NAS」「SAN」「DAS」は何が違う？ いまさら聞けないストレージの基礎
TechTargetジャパン SNS
@techtarget_itmをフォロー
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー