Overview
DMZ(Demilitarized Zone:非武装地帯)とは、外部ネットワーク(インターネット)と内部ネットワーク(社内LAN)の間に設けられる緩衝地帯(バッファゾーン)のことです。軍事用語の「非武装地帯」に由来し、ネットワークセキュリティにおいては、外部に公開する必要があるサーバー群を内部ネットワークから分離して配置するための領域を指します。
企業がWebサーバー、メールサーバー、DNSサーバーなどを外部に公開する場合、これらのサーバーを直接内部ネットワークに置くと、サーバーが攻撃者に侵害された際に内部ネットワーク全体が危険にさらされます。DMZにこれらの公開サーバーを配置することで、万が一サーバーが侵害されても、内部ネットワークへの直接的なアクセスを防止できます。
DMZは通常、1台または2台のファイアウォールによって構成されます。外部ファイアウォールはインターネットとDMZ間の通信を制御し、内部ファイアウォールはDMZと内部ネットワーク間の通信を制御します。この多層防御によって、外部からの攻撃が内部ネットワークに到達することを防ぎます。
At a Glance|図解でわかる
インターネットと社内LANの間に作る「緩衝地帯」です。外部に公開するサーバーを、社内とは別の区画に置きます。
公開サーバーが乗っ取られても、社内のパソコンや大切なデータまで一気に攻め込まれないようにするためです。
会社の受付ロビーのようなものです。来客はロビーまでは入れますが、その先の執務室には別の鍵がないと入れません。
- 1Webサーバー:会社のホームページ
- 2メールサーバー:外部とのメール送受信
- 3DNSサーバー:外部向けの名前解決
- 4プロキシサーバー:通信の中継・代理
Details
- 1公開サーバを分離:Web・メール等の公開サーバをDMZに置く
- 2内部を守る:DMZが破られても内部LANへ直接侵入されにくい
- 32段の防御:外側と内側の2つのファイアウォールで挟む
DMZの構成パターン
- シングルファイアウォール構成(3レッグ構成):1台のファイアウォールに3つ以上のネットワークインターフェースを持たせ、外部・DMZ・内部の3つのゾーンを作る方式。コストが低いが、ファイアウォール1台に障害が発生するとすべてのゾーンに影響する。中小規模の組織でよく採用される。
- デュアルファイアウォール構成:外部用と内部用の2台のファイアウォールでDMZを挟む方式。セキュリティ強度が高く、異なるベンダーのファイアウォールを使用することで、1つの脆弱性が両方に影響するリスクを軽減できる。大規模組織で推奨される構成。
DMZに配置するサーバー
- Webサーバー:企業サイトやWebアプリケーションをホストするサーバー。外部からHTTP/HTTPSでアクセスされる。
- メールサーバー(MTA):メールの送受信を行うサーバー。外部からSMTP接続を受け付ける。
- DNSサーバー(外部向け):外部からのドメイン名解決要求に応答する。内部DNS情報は公開しない。
- リバースプロキシ:外部からのリクエストを内部のアプリケーションサーバーに転送するプロキシ。
- VPNゲートウェイ:リモートアクセスVPNの接続終端となる機器。
DMZのトラフィック制御ルール
DMZの設計における重要な原則は、通信方向の厳密な制御です。一般的に以下のルールが適用されます。
- 外部 → DMZ:許可(特定のサービスポートのみ)
- DMZ → 外部:制限付き許可(DNS応答、メール送信など必要最小限)
- DMZ → 内部:厳しく制限(特定のデータベース接続など必要最小限のみ許可)
- 内部 → DMZ:許可(管理目的の接続)
- 外部 → 内部:原則禁止(DMZを経由させる)
Comparison|DMZまわりの通信ルールの基本
| 通信の向き | 基本ルール | 理由 |
|---|---|---|
| インターネット → DMZ | 必要なポートだけ許可 | 公開サービスは使ってもらう必要がある |
| インターネット → 社内LAN | 原則すべて拒否 | 社内に直接入らせない |
| DMZ → 社内LAN | 原則拒否(必要最小限のみ) | 公開サーバーが乗っ取られても社内を守る |
| 社内LAN → DMZ | 利用・管理に必要な分だけ許可 | 社員が使う・管理する通信は通す |
Security Measures
- 01DMZサーバーの最小構成:DMZに配置するサーバーには、サービス提供に必要最小限のソフトウェアのみをインストールする。不要なサービス、ポート、アカウントはすべて無効化する(ハードニング)。
- 02DMZから内部への通信を厳格に制限:DMZのサーバーが侵害された場合を想定し、DMZから内部ネットワークへの通信は必要最小限のポートとIPアドレスに限定する。
- 03異なるベンダーのファイアウォールを使用:デュアルファイアウォール構成では、外部と内部で異なるベンダーの製品を使用し、1つの脆弱性で両方が突破されるリスクを低減する。
- 04DMZサーバーの脆弱性管理:外部に公開されているサーバーは攻撃対象になりやすいため、定期的な脆弱性スキャンとパッチ適用を徹底する。
- 05IDS/IPSによる監視:DMZセグメントにIDS/IPSを設置し、外部からの攻撃やDMZ内の異常な通信を検知・防御する。
- 06ログの集中管理:DMZ内のサーバーのログを内部ネットワークのログサーバーに集約し、侵害の兆候を早期に発見する。ログは内部から収集する(DMZからのプッシュではなく内部からのプル方式が推奨)。
Incidents
📋 日本年金機構 個人情報流出事件(2015年)
2015年、日本年金機構が標的型メール攻撃を受け、約125万件の個人情報が流出しました。この事件では、本来インターネットに直接接続すべきでない基幹系ネットワークと情報系ネットワークの分離が不十分であったことが問題視されました。適切なDMZ設計とネットワーク分離がなされていれば、攻撃者の横展開を抑制できた可能性があります。
📋 ソニーへのハッキングとDMZ突破(2011年)
2011年、Sony PlayStation Networkが大規模なハッキング攻撃を受け、約7,700万件のユーザー情報が流出しました。攻撃者はDMZに配置されたWebサーバーの脆弱性を突いて侵入し、そこからデータベースサーバーへとラテラルムーブメントを行いました。DMZと内部データベース間のアクセス制御が不十分だったことが被害拡大の原因でした。
📋 DMZ設計不備によるECサイト情報流出(2019年)
国内のECサイト運営企業において、DMZに配置されたWebサーバーと内部データベースサーバーが同一セグメントに配置されていたことが原因で、SQLインジェクション攻撃によりクレジットカード情報を含む顧客データが流出しました。DMZの基本設計の不備が直接的な原因であり、Webサーバーとデータベースサーバーの適切な分離の重要性が示されました。