情報セキュリティマネジメント 2024年 科目A 問06

サーバ証明書の検証【情報セキュリティマネジメント解説】

正解の理由

解法ステップ

1. 「認証局の公開鍵」は何に使うかを思い出す（署名検証のため）。
2. 各選択肢を「署名検証」「暗号化/復号」「利用者データの暗号化」など用途で分類する。
3. 認証局の公開鍵が使われるのは署名の検証だけ、よって ウ を選ぶ。

選択肢別の誤答解説

• ア: 暗号化通信に利用する共通鍵を、認証局の公開鍵を使って復号する。
  誤り。公開鍵で「復号」することはできません。復号できるのは対応する秘密鍵を持つ側だけです（また認証局は通信の共通鍵を持っていません）。復号の役割と鍵の対応を混同しています。
• イ: 暗号化通信に利用する共通鍵を生成し、認証局の公開鍵を使って暗号化する。
  誤り。もし共通鍵（対称鍵）を相手に送るなら、その相手（通常はサーバ）の公開鍵で暗号化します。認証局の公開鍵で暗号化すると、暗号文を復号できるのは認証局の秘密鍵を持つ認証局だけであり、通信相手に届いても意味がありません。認証局はそのセッションには関与しません。
• ウ: サーバ証明書の正当性を、認証局の公開鍵を使って検証する。
  正しい。前述のとおり、認証局が付与した電子署名を検証するのに認証局の公開鍵を使います。
• エ: 利用者が入力して送付する秘匿データを、認証局の公開鍵を使って暗号化する。
  誤り。利用者データは通常、TLSで確立されたセッション鍵（共通鍵）で暗号化されます。認証局の公開鍵で暗号化すると、受け取り側（サーバ）では復号できず、認証局にしか復号できません。用途がまったく異なります。

よくある誤解

1. 「公開鍵は何でも暗号化できる（復号もできる）」と考える誤解。公開鍵は相手に安全に送るための鍵で、対応する秘密鍵で復号します。署名検証は逆に、秘密鍵で作った署名を公開鍵で検証します。
2. 「認証局が毎回通信に関与する」と思う誤解。認証局は証明書の発行・署名を行うだけで、実際のTLS通信のデータのやり取りには通常参加しません（発行後はクライアントとサーバだけでやり取りします）。
3. 「サーバの公開鍵と認証局の公開鍵を混同する」誤解。サーバの公開鍵は通信相手（サーバ）を識別・場合によって暗号化に使う鍵で、認証局の公開鍵はそのサーバの証明書の署名を検証するための鍵です。

補足コラム

• 証明書チェーンと信頼の流れ：サーバ証明書は「中間CA→ルートCA」といったチェーンを持つことがあります。最終的にはクライアントの信頼済みストアにあるルートCA（自己署名）の公開鍵で署名チェーン全体を検証します。会社のPCではIT部門が社内のCAを信頼済みに設定している場合があります。
• 現代のTLS（例：TLS 1.2/1.3）では、鍵交換に「一時的な（エフェメラル）Diffie-Hellman」と呼ばれる方式が使われることが多く、これによりセッション鍵が安全に決まります。この場合でも、サーバの証明書の署名検証は最初に必ず行われます。つまり、鍵交換の方式がどうであれ、証明書の検証（認証局の公開鍵で行う）は不可欠です。
• 運用のイメージ：職場でブラウザが「この接続は安全ではありません」と警告するのは、証明書が期限切れ、発行者が信頼されていない、または改ざんされているといった検証失敗時です。管理職の方は、社内システムの証明書更新や社外サービスの証明書管理を業務委託先と確認することが重要です。

FAQ