【読書メモ】食べる！SSL！

SSL/TLS周りのことをちゃんと理解したくて、積読してあった「食べる！SSL！　―HTTPS環境構築から始めるSSL入門」を読んだ。セキュリティの考え方や、SSL/TLSの全体像を把握するには非常に良い入門書だったと思う。

以下メモ書き。

情報を何から守るべきか、攻撃者がどのような攻撃を仕掛けてくるかを理解しやすいようにモデル化する考え方。各脅威の頭文字をとった "STRIDE" という脅威モデルがある。

「盗聴」への対策
共通鍵暗号化方式・公開鍵暗号化方式による暗号化により、情報を盗み見られても解読できないようにする。
「改ざん」への対策
メッセージ認証符号 MAC（Message Authentification Code）の利用し、情報が改ざんされていないか検証を行う。
「なりすまし」や「否認」への対策
秘密鍵を利用したデジタル署名によって「本人」を特定する。
サーバ証明書は証明書内に含まれる公開鍵が被証明者のものであることを証明するものである。この証明にはドメイン証明・法的な実在証明・物理的な実在証明というように証明の信頼度合いが異なる証明方法がある。

クライアントとサーバ間の通信が暗号化されており、相手のサーバが認証されていて、通信内容が改ざんされた際に、その内容が改ざんされた内容だと受け手が気づくことができるということ。

通信経路上の情報を安全に相手方のサーバへと送信することを目的としており、実際に相手方のアプリケーションが本当に「信頼できる」のか、サーバ側に到達し復号化された情報の安全性などは、SSL/TLSでは保護されない。

大きく分けて2段階のフローとなっている。
1. ハンドシェイクフェーズ
2. データ転送フェーズ

公開鍵暗号化方式を利用して実際の情報をやりとりするまでの準備を整えるフェーズ。

ハンドシェイクフェーズの目的としては以下の3つ。
1. 暗号化アルゴリズムの合意
2. 認証
3. 暗号化に利用する「鍵の確立」

以下のアルゴリズムについてクライアント側とサーバ側で合意をとる。

アルゴリズムの合意形成後にクライアント側はサーバ側から送られてきたサーバ証明書の検証を行う。
信頼に足る証明書の場合にデータ転送時に利用する共通鍵・MAC鍵を生成し、クライアント・サーバの両方で生成した鍵の妥当性を検証しハンドシェイクフェーズを終了する。

以上、ざっくりとしたメモ書きなので、個々の詳細に別途書くかも。

re:annkara