情報処理安全確保支援士 2009年 春期 午前2 問10

IPsecのモードと暗号化範囲【午前2解説】

正解の理由

解法ステップ

1. 各選択肢で述べているプロトコルや技術（IPsec、LDAP、S/MIME、SSL）の「誰と誰の間で」「何を暗号化するか」を確認する。
2. 仕様上の典型的な利用シーン（IPsecのトンネル/トランスポート、LDAPのTLS化、S/MIMEのエンドツーエンド特性、HTTPSのキャッシュ挙動）と照らし合わせる。
3. 用語の混同（トンネルとトランスポートの役割、転送中と保存時の暗号化の違いなど）がないか検証する。
4. 各選択肢の文言が仕様に一致するかを順に検証し、矛盾のないものを正答とする。

選択肢別の誤答解説

• ア（正答）
  トランスポートモードはエンドホスト間でペイロードを保護するため、発信ホストから受信ホストまでの通信内容（上位プロトコルのデータ）は暗号化されます。ただし、元のIPヘッダは保護されないため、経路情報などは平文で残ります。経路上のゲートウェイがIPsecピアである場合は、トンネルモードとは異なり、外側IPヘッダの再カプセル化は行われません。
• イ（誤り）
  LDAPは平文だけでなく、TLSを使って暗号化することができます。典型的にはLDAPS（LDAP over TLS）やSTARTTLSによるセッション暗号化が用いられ、認証情報や問合せ結果の盗聴を防げます。したがって「暗号化できない」は誤りです。
• ウ（誤り）
  S/MIMEは送信者→受信者のエンドツーエンド暗号化を提供します。通常、S/MIMEで暗号化されたメールは受信側メールサーバに格納されている間も暗号文のまま保存され、メール管理者がそのまま平文で閲覧できるとは限りません（復号には受信者の秘密鍵が必要）。管理者が閲覧できるかどうかは、鍵管理やメールサーバ側で復号プロキシを動かしているかどうかに依存します。
• エ（誤り）
  SSL/TLS（HTTPS）を使って配信されるHTMLであってもキャッシュ制御はHTTPヘッダ（Cache-Control、Pragma、Expires 等）で指定できます。ブラウザはこれらの指示やユーザ設定に従ってメモリやディスクへのキャッシュを行うため、「必ずディスクに保存される」「キャッシュの有無が設定できない」といった断定は誤りです。実際には機密性の高い応答に対してはCache-Control: no-store 等でディスク保存を防げます。

よくある誤解

• 「IPsecトンネル＝暗号化、トランスポート＝暗号化しない」
  実際はどちらも暗号化できるが、適用範囲が異なる：トンネルモードはパケット全体を別パケットに包んで（ゲートウェイ間で）保護するのに対し、トランスポートモードはエンドホスト間でペイロード部分を保護します。
• 「S/MIMEは配信途中だけで保護し、保存時は平文になる」
  S/MIMEはエンドツーエンドで暗号化するため、保存時にも暗号文のままであるのが通常です。復号は秘密鍵を持つ受信者だけが行えます（例外的にサーバ側で復号処理を行う構成もある）。
• 「HTTPSなら絶対にブラウザにディスク保存されない」
  HTTPSは通信の盗聴や改ざんを防ぐが、ブラウザのキャッシュ保存はHTTPヘッダやブラウザ設定に依存するため、必ずしも保存されないわけではありません。

補足コラム

• IPsecのモード比較（簡潔）
  • トランスポートモード：送信ホストと受信ホストの間で上位プロトコルのデータを保護。ルータや中間ゲートウェイは元のIPヘッダを見ることができる。
  • トンネルモード：元のIPパケット全体を新しいIPパケットのペイロードにしてカプセル化する。ゲートウェイ間でのVPN構築に適する（内部クライアントのアドレスが隠れる）。
• S/MIMEの範囲
  S/MIMEは本文や添付ファイルを暗号化・署名できる。ヘッダ（To、From、Subject など）は配送のために平文で残ることが多く、完全に隠蔽されるわけではない点に留意する。
• キャッシュ制御の実務ポイント
  機密性の高いページでは、サーバ側で以下ヘッダを付けることでディスク保存やバックグラウンドのキャッシュを防ぐことができる例：
  Cache-Control: no-store, no-cache, must-revalidate
  Pragma: no-cache
  Expires: 0

FAQ