概要

プロキシ(フォワードプロキシ)とリバースプロキシは、どちらも「仲介サーバ」ですが守る対象と向きが反対です。前者はクライアント側を代理し内部ユーザのインターネット利用を制御・記録します。後者はサーバ側を代理し外部からの接続を受け付けてバックエンドを隠します。SC試験では両者の違いと各種セキュリティ機能が問われます。

フォワードプロキシ(通常のプロキシ)

役割と配置

内部ユーザ → フォワードプロキシ → インターネット

社内ユーザがWebにアクセスする際、プロキシが代わりに通信します。

フォワードプロキシ と リバースプロキシ の比較
フォワードプロキシ リバースプロキシ
代理する対象
内部クライアント(社内ユーザ)
バックエンドサーバ群
通信の向き
内部 → インターネット
インターネット → 内部
クライアント設定
必要(プロキシを明示的に指定)
不要(意識せずアクセス)
主な用途
Webフィルタリング・ログ記録
ロードバランシング・SSL終端
隠蔽対象
内部ユーザのIP
バックエンドサーバのIP

セキュリティ機能

機能内容
Webフィルタリング有害サイト・業務無関係サイトへのアクセスをURLカテゴリで制限
ログ記録全HTTPアクセスのURL・ユーザ・日時を記録。内部不正の証跡
マルウェアスキャンダウンロードコンテンツをウイルス検査
帯域制御動画配信などの帯域を制限
匿名化外部サーバから内部IPを隠蔽(ただし主目的はセキュリティ制御)

SSL/TLSインスペクション(SSLバンプ)

HTTPS通信は暗号化されているため、プロキシが中身を検査できません。

通常のHTTPS:
クライアント ← TLS暗号化 → Webサイト(プロキシは暗号化された内容を見られない)

SSLインスペクション(MITM構成):
クライアント ← TLS → プロキシ(復号して検査)← TLS → Webサイト
            プロキシが独自CA証明書でクライアントに証明書を提示

要件:クライアントにプロキシのCA証明書をインストールする必要があります。プライバシー・パスワードマネージャとの兼ね合いも考慮が必要です。

SSL/TLSインスペクション(SSLバンプ)の流れ
1
クライアント
プロキシへTLS接続を開始
プロキシのCA証明書を信頼済み
2
プロキシ
独自CA証明書でクライアントに応答
クライアントとの間でTLSを終端
3
プロキシ
復号した通信内容を検査
マルウェア・情報漏洩をチェック
4
プロキシ
Webサイトと別途TLSで通信を確立
検査後に転送

認証プロキシ

ユーザ認証(Basic認証・Kerberos・LDAP連携)を要求し、誰がどのサイトにアクセスしたかを記録します。

リバースプロキシ

役割と配置

インターネット → リバースプロキシ → バックエンドサーバ群

外部クライアントはリバースプロキシのIPにしかアクセスできず、バックエンドサーバのIPは隠蔽されます。

主な用途

用途説明
ロードバランシング複数のバックエンドにリクエストを分散
SSL終端(TLSオフロード)TLSの暗号化・復号処理をリバースプロキシが担い、バックエンドの負荷を軽減
WAF統合リバースプロキシにWAF機能を持たせてSQLi・XSSを防止
キャッシュ静的コンテンツをキャッシュして応答速度向上
バックエンド隠蔽Webサーバの実IPを隠してポートスキャンや直接攻撃を防止

SSL終端の注意点

リバースプロキシでTLS終端後:
リバースプロキシ → HTTP(平文)→ バックエンド

セキュリティ要件によっては:
リバースプロキシ → HTTPS(再暗号化)→ バックエンド(エンドツーエンド暗号化)

内部ネットワークでも暗号化が必要な場合(個人情報・医療情報など)は再暗号化を検討します。

SOCKS プロキシと透過プロキシ

種類説明
SOCKSプロキシTCP/UDP全般を中継。HTTPに限らず汎用的
透過プロキシクライアント設定不要。ネットワーク機器でトラフィックを横取り
フォワードプロキシクライアントが明示的にプロキシを設定する

SC試験での頻出ポイント

  • フォワードプロキシとリバースプロキシの違い:前者は内部クライアントの代理(外向き)、後者はバックエンドの代理(内向き)
  • SSLインスペクションが必要な理由:HTTPS通信を検査しないとマルウェアのダウンロードやデータ漏洩を見逃す
  • SSLインスペクションの前提条件:クライアントにプロキシのCA証明書を配布してインストールする
  • リバースプロキシのSSL終端の目的:バックエンドサーバのTLS処理負荷を軽減し、証明書管理を集約
  • DMZ構成でのリバースプロキシ:DMZにリバースプロキシを置いてバックエンドサーバを内部に隠蔽

よくある誤問・ひっかけパターン

誤り① 「プロキシを使えばユーザは完全に匿名になる」→ 。フォワードプロキシはアクセスを記録しており、管理者はどのユーザが何にアクセスしたかを把握できます。

誤り② 「リバースプロキシはクライアント側に設定が必要」→ 。クライアントはリバースプロキシのIPに接続するだけで、リバースプロキシの存在を意識する必要がありません。

誤り③ 「SSLインスペクションはMITM攻撃と同じだから危険」→ 不正確。企業が管理するCA証明書を使った意図的・透明性のある構成です。ただしCA証明書の管理は厳重に行う必要があります。

関連用語

重要キーワード

用語説明
フォワードプロキシ内部クライアントの代理としてインターネットにアクセスする
リバースプロキシ外部クライアントの接続を受け、バックエンドサーバに転送する
SSLインスペクションHTTPS通信をプロキシで復号して内容を検査する仕組み
SSL終端リバースプロキシがTLSを処理し、バックエンドへの負荷を軽減する
WebフィルタリングURLカテゴリ・ブラックリストに基づいてWebアクセスを制御する
透過プロキシクライアント設定なしでネットワーク機器がトラフィックを横取りするプロキシ