ファイアウォールとは何をする仕組みか
ファイアウォールは、ネットワークを行き来する通信について「どれを通し、どれを止めるか」を判定する仕組みです。目的は、単に遮断することではなく、攻撃の入口となりやすい通信を必要最小限に抑え、組織や端末のリスクを下げることにあります。判定は、送信元・宛先、通信の種類、ポート、プロトコル、通信の中身（必要な範囲）などの情報を使って行います。
ただし、ファイアウォールは万能ではありません。誤ったルール設計や、必要な通信を広く許可し過ぎると防御効果は下がります。また、そもそも暗号化やトンネルの使い方によって、見える情報が変わるため、方式ごとにできること／できないことがあります。
主な種類：方式別の仕組みと役割
ファイアウォールは方式の違いで役割が変わります。代表的には、以下の考え方で整理できます。
パケットフィルタ型（ルール中心）
通信を「パケット単位」で見て、ルール（例：送信元IP、宛先IP、ポート、プロトコル）に合うかどうかで許可・拒否を決めます。設計が比較的わかりやすく、処理負荷が比較的軽いことが多い一方、通信の流れ全体を理解しにくい場合があります。そのため「応答は許可するが、確立されていない一方通行は拒否する」といった意図を細かく作り込む必要が出ます。
状態管理型（ステートフル）
通信の流れを追跡し、「この通信は正当に始まって、応答として戻ってきているか」を状態として判断します。結果として、不必要な方向からの通信を抑えやすくなります。パケットフィルタ型よりも“会話の文脈”を意識した制御ができる反面、状態追跡には仕組みとしての前提があり、通信形態によっては期待通りに扱えないケースもあります。
アプリケーション層制御（プロキシ／ディープな内容検査）
通信の内容を、アプリケーションの意味に近い形で扱おうとする方式です。Web、メール、特定のサービスなど、種類ごとに“そのプロトコルとして妥当か”を踏まえて制御する発想になります。強力にできる一方で、見たい情報が暗号化で制限されたり、対象アプリの多様な挙動に合わせた設計・運用が必要になりがちです。暗号化の扱い方や可視性の前提によって、できる検証の幅が変わる点は重要です。
できること／制限：レビュー時の見落としポイント
ファイアウォールの「レビュー」をするときは、性能や雰囲気よりも、次のような限界を同時に確認するのが実用的です。
ルールが広いと“通してしまう”
許可ルールが広すぎると、防御の中心である制御が実質的に弱まります。「とりあえず動かす」ために開けた穴が、攻撃者にも同様に見える可能性があります。見直しでは、許可の最小化（最小権限）と、理由のある例外の管理が鍵になります。
状態の前提が崩れると意図がズレる
状態管理型では、通信が確立された“流れ”として成立していることが前提になり得ます。