平成23年度秋期 情報処理安全確保支援士 午前Ⅱ 問3

サーバーから届いた証明書を、ブラウザが「認証局（CA）の公開鍵」を使って本物かどうかチェックする

TLS/SSL通信の開始時（ハンドシェイク）に行われる証明書検証についての問題だよ。サーバーから「サーバー証明書」を受け取ったブラウザは、その証明書が本当に信頼できるものかを確認するために、ブラウザが持っている「認証局（CA）の公開鍵」を使って、証明書に押されている認証局の電子署名（ハンコ）を検証するんだ。

この問題で問われていること

データの暗号化や共通鍵の受け渡しを行う前のステップ、「受け取ったサーバー証明書に付いている『認証局の署名』が正しいかを、認証局の公開鍵を用いて検証する」プロセスを答えよう。

証明書検証の手順

サーバ証明書には CA の署名が付いています。PC は CA 公開鍵でその署名を検証して、証明書が改ざんされていないことを確かめます。ここで使う鍵は認証のためのもので、通信内容の暗号化用ではありません。

証明書受領 -> CA 公開鍵で署名検証 -> 信頼できれば接続継続

確認ポイント

• 共通鍵の復号や生成が CA 公開鍵の主用途ではありません。
• 利用者データの暗号化と証明書の署名検証を分けて考えましょう。
• 「証明書を入手した後」という時点が検証処理を示しています。

正解

ウ

出典

問題文と解答は IPA 公開の過去問題冊子・解答例を基にしています。

選択肢ア

これは間違いだよ。共通鍵は、これからの会話を守るための合鍵みたいなものだけど、それを認証局の公開鍵で暗号化するわけではないんだ。認証局は鍵を運ぶ宅配業者ではなく、証明書にハンコを押す役所のような存在だよ。

選択肢イ

これは間違いだよ。公開鍵で復号する、という時点で使い方が逆だし、認証局の公開鍵は共通鍵を取り出すための鍵ではないよ。認証局の公開鍵は「認証局のハンコが本物か確認する虫眼鏡」みたいなもので、通信の共通鍵を復号する道具ではないんだ。

選択肢ウ（正解）

これは正しい説明だよ。認証局は、役所の窓口みたいに「この証明書は本物です」とお墨付きを出すところなんだ。利用者は認証局の公開鍵を使って、そのお墨付きのサインが本物かを確認するよ。つまり、証明書が偽物の名札じゃないかをチェックするイメージだね。

選択肢エ

これは間違いだよ。認証局の公開鍵は、秘密の手紙を入れる金庫の鍵ではなく、「認証局のサインが本物か」を見るための確認用の道具なんだ。利用者が送る秘匿データを暗号化するなら、相手の公開鍵や通信で作った共通鍵を使うのであって、認証局の公開鍵ではないよ。