保護するのはクライアントかサーバか
ファイアウォールの本当の必要数を見極める
クライアント保護かサーバ保護かでファイアウォールの設定は大きく異なる。また、別々のファイアウォールを利用した方がいいこともある。
ファイアウォールとセキュリティポリシーについて検討するとき、知っておくと役に立つ用語が2つある。「クライアント保護」(client-protecting)と「サーバ保護」(server-protecting)だ。
ファイアウォールがWebを閲覧するユーザーとインターネットとの間にあるときは、「クライアント保護」が該当する。例えば、ユーザーがマルウェア感染サイトに行こうとすると、ファイアウォールがマルウェアのダウンロードを阻止する。これがクライアント保護の動作だ。
もう一方の「サーバ保護」は、ファイアウォールがサーバを攻撃や感染から守ることをいう。例えば何者かがWebサーバに既知のSQLインジェクション攻撃を仕掛けると──Webサーバに脆弱性があるかどうかを問わず──ファイアウォールの侵入防止システム(IPS)がそれを阻止する。これがサーバ保護だ。
こうした用語が必要なのは、守っているのがクライアントかサーバかで、ファイアウォールの設定が大きく違ってくるからだ。実際、設定や条件の違いはあまりに大きいので、サーバとクライアントとで、別々のファイアウォールの利用を検討するといい。それが常に適切であるとは限らないが、事は極めて単純になる。自分が何を守ろうとしているのか、そして弱点がどこにあるのかに的を絞れるからだ。
同じ装置でクライアント保護とサーバ保護の設定を混同すると、問題が起きる。ファイアウォールの中には、トラフィックの種類に応じてそれぞれ別々の保護を掛けることができないものもある。時には、ファイアウォールが守っているのがクライアントなのかサーバなのかが極めて分かりにくいこともある。説明文や設定ツールは一般的に、トラフィックの流れがどちらの方向に向いているのかが非常にあいまいなのだ。コスト上の疑問が生じることもある。ウイルス対策、侵入検知といった有料サービスを利用する場合、2つの小規模システムで自分が守りたいもののためだけに料金を払う方が、1つの大規模システムで全ユーザーにあらゆる保護を掛けるよりも安く上がるかもしれない。
インターネットと接するサーバが、電子メールサーバや「イントラネット」方式のWebサーバ、あるいはVPNゲートウェイなど数えるほどしかない場合、大部分はクライアント保護になる。こうしたケースでは2つのファイアウォール設置は過剰かもしれず、恐らく1つのシステムで必要なことは達成できるだろう。
一方、Webコンテンツ配信、電子商取引などの一般向けサービスをインターネットユーザー向けに提供しているサーバが多数ある場合、こうしたサーバとファイアウォールおよびインターネット接続は、社内のエンドユーザーがWeb閲覧やインスタントメッセージングといった職務/非職務関連のインターネット接続に使うものとは切り離した方がいい。これには多くのメリットがある。
例えば、1人のユーザーが意図的に、あるいは無意識のうちにインターネット接続やUTM(統合脅威管理)/ファイアウォールを洪水状態にしてしまったとしても、接続とファイアウォールを別にしてあれば、電子商取引やWebサイトのトラフィックに影響を及ぼさずに済む。例えば何かの手違いでWebサーバにサービス妨害(DoS)攻撃が仕掛けられた場合、セッションテーブルの生成でファイアウォールの動作が遅くなったり停止したりすることはあっても、エンドユーザー側のファイアウォールが巻き込まれることはなく、仕事を続けられる。反対に、エンドユーザーがトロイの木馬に感染してそのPCが攻撃マシンと化し、ファイアウォールがロックされてしまった場合でも、サーバ側に入ってくるトラフィックに影響が出ることはない。
必ず守らなければならないルールなど存在しない。あまりに機能を切り離し過ぎると、ファイアウォールばかり増えて管理に頭を抱えるという別の問題につながることもある。しかし、以下のガイドラインはユーザー10~1000人の環境で、最善の判断を下す一助となるだろう。
- ネットワーク全体がクライアント保護になる場合、あるいは外部から入ってくるサービスが電子メールなどごくわずかしかない場合、ファイアウォールは1つ(または可用性を高めた設定のファイアウォール2つ)で恐らく事足りる
- 同じ構内のネットワークに多数のクライアントと多数のサーバがあり、すべてがインターネット経由でWebサーバや電子商取引といったアプリケーションにオープンなアクセスを提供している場合、ファイアウォールを切り離し、さらにはインターネットも切り離すことを検討した方がよい
- インターネットを中心とした業務を展開していて従業員の大部分が常にインターネットを使っている場合、あるいは収益の大部分をインターネットの商取引で上げている場合、複数のファイアウォールを使ってそれぞれを高可用性モードに設定し、安定性と拡張性の両方を確保するために複数の接続を使うことが必須となる
本稿筆者のジョエル・スナイダー氏は、セキュリティとメッセージングを専門とするITコンサルタント会社Opus Oneのシニアパートナー。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[株式会社MatrixFlow] 「物流リソース最適化」ガイド:人員・配車・傭車を出庫依頼の確定前に決めきる -
製品資料
[株式会社キーエンス] なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは -
製品資料
[株式会社セールスフォース・ジャパン] 「CRMは設計と無関係」は本当か? PLMとの融合で実現する高速開発 -
事例
[日本ヒューレット・パッカード合同会社] AIエージェントの時代にどう備える? 「新たな働き手」を支える3要素とは -
製品資料
[日本ヒューレット・パッカード合同会社] “横並びの自動化”から脱却、AI活用で生産性と競争力を高める秘訣
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
2
なぜ「全社配布Copilot」は使われないのか? 失敗に学ぶAI定着
-
3
なぜ「Gemini 4 Argon」は出遅れたのか? Googleが狙う“逆転のシナリオ”
-
4
ChatGPTは“検索しまくり”でGeminiは“淡泊”? データが明かすAIの裏側
-
5
損保ジャパンはなぜ「COBOL」を捨てなかったのか? 脱メインフレームの真相
-
6
情シスの約8割が転職や退職を意識 調査で分かった“辞めたくなる最大の理由”
-
7
「結局使わなくなる」Microsoft 365 Copilotを半年で定着 キリンの3施策
-
8
「Wi-Fi 7」経由でWindowsが乗っ取られる? 最高権限奪取の恐怖
-
9
「中堅・中小企業のネットワーク・セキュリティ運用実態」に関するアンケート
-
10
情報漏えいはなぜ繰り返されるのか 今すぐ見直すべき「境界」
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
2
家庭用Wi-Fiルーターの業務利用は危険? 避けるべき理由と具体的な対策
-
3
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
4
財務部門がAIを最大限に活用する方法 無駄のない戦略的リーダーシップへの道
-
5
LLMが兵器化? 元FBI高官が鳴らす警鐘とセキュリティツール統合のポイント
-
6
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
7
なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは
-
8
生成AIを開発に導入しても効果が見えない? 実証実験で分かった成果と課題
-
9
経産省DX指針から読み解く、受発注業務デジタル化ロードマップ
-
10
HDDを使わない「SSDオンリー」が無謀なのはなぜ?
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー