HTTPSを理解する
HTTPSではTLSを使ってHTTP通信を保護する。証明書、公開鍵暗号、共通鍵暗号、ホスト名検証、暗号スイートの役割を整理する。
この単元で学ぶこと
- サーバ証明書の意味と役割を説明できる
- 認証局CAの意味と役割を説明できる
- ハンドシェイクの意味と役割を説明できる
- TLS証明書検証と暗号通信確立の流れを説明できる
本文解説
TLS接続開始時にサーバ証明書を確認し、安全に共有鍵等を確立した後は効率的な共通鍵暗号で通信内容を保護する。
サーバ証明書 公開鍵とサーバ名等を認証局の署名で結び付ける証明書。 ブラウザは信頼連鎖や期限、ホスト名を検証する。
認証局CA 証明書を発行・署名し、公開鍵と主体の対応を保証する信頼基盤。 ルートCAからの信頼連鎖を使う。
ハンドシェイク 暗号方式や鍵素材を合意し、相手証明書等を確認する接続開始処理。 完了後に暗号化アプリ通信を行う。
共通鍵暗号 確立後の大量通信を効率的に暗号化する方式。 セッション鍵を利用する。
ホスト名検証 アクセス先ホスト名が証明書対象名と一致するか確認する。 別サイト証明書の誤利用を防ぐ。
HTTPS問題では「暗号化」「改ざん検知」「相手確認」を分けて見る。
ブラウザはCA信頼、期限、ホスト名を確認し、TLSセッションを確立してHTTPを暗号化する。
図解
重要ポイント
- サーバ証明書: 公開鍵とサーバ名等を認証局の署名で結び付ける証明書。
- 認証局CA: 証明書を発行・署名し、公開鍵と主体の対応を保証する信頼基盤。
- ハンドシェイク: 暗号方式や鍵素材を合意し、相手証明書等を確認する接続開始処理。
- 共通鍵暗号: 確立後の大量通信を効率的に暗号化する方式。
- 鍵アイコンだけでサイト内容の正当性まで保証されるわけではない。
間違えやすい点
- 証明書があればサイト内容が必ず安全と断定しない。
- 共通鍵暗号と公開鍵暗号の役割を逆にしない。
- 期限切れやホスト名不一致を無視しない。
用語解説
- サーバ証明書
- 公開鍵とサーバ名等を認証局の署名で結び付ける証明書。
- 認証局CA
- 証明書を発行・署名し、公開鍵と主体の対応を保証する信頼基盤。
- ハンドシェイク
- 暗号方式や鍵素材を合意し、相手証明書等を確認する接続開始処理。
- 共通鍵暗号
- 確立後の大量通信を効率的に暗号化する方式。
- ホスト名検証
- アクセス先ホスト名が証明書対象名と一致するか確認する。
関連教材
参考資料
教材データに登録された参考リンクです。リンク先の内容や更新日は提供元でご確認ください。
確認問題の出題・採点や学習履歴の保存にはログインが必要です。