【文章內(nèi)容簡介】 證 ? 產(chǎn)生 master secret ? 把安全參數(shù)提供給 SSL記錄層 ? 檢驗雙方是否已經(jīng)獲得同樣的安全參數(shù) 34 35 第一階段：建立起安全協(xié)商 ? 客戶發(fā)送一個 client_hello消息，包括以下參數(shù)：版本、隨機數(shù) (32位時間戳 +28字節(jié)隨機序列 )、會話 ID、客戶支持的密碼算法列表(CipherSuite)、客戶支持的壓縮方法列表 .然后，客戶等待服務器的server_hello消息 ? 服務器發(fā)送 server_hello消息，參數(shù)：客戶建議的低版本以及服務器支持的最高版本、服務器產(chǎn)生的隨機數(shù)、會話 ID、服務器從客戶建議的密碼算法和壓縮方法中確定一套本次連接使用的確定方法 . 36 CipherSuite ? 指定了密鑰交換的方法， SSL支持以下一些方法： ? RSA，要求服務器提供一個 RSA證書 ? DH(DiffieHellman)，要求服務器的證書中包含了由 CA簽名的 DH公開參數(shù)?？蛻艋蛘咴谧C書中提供 DH公開參數(shù)，或者在密鑰交換消息中提供此參數(shù) ? EDH(Ephemeral DiffieHellman)，產(chǎn)生臨時的密鑰， DH公開參數(shù)由發(fā)送者的私鑰進行簽名，接收者用對應的公鑰進行驗證 ? 匿名的 DH， 不加鑒別。會受到中間人攻擊 ? 然后，指定以下信息 ? 加密算法和類型 (流還是分組密碼算法 ) ? HMAC、 MD5還是 SHA1 ? HashSize ? Key Material ? IV Size 37 第二階段：服務器鑒別和密鑰交換 ? 服務器發(fā)送 certificate消息，消息包含一個 ，或者一條證書鏈 ? 除了匿名 DH之外的密鑰交換方法都需要 ? 服務器發(fā)送 server_key_exchange消息 ? 可選的，有些情況下可以不需要。只有當 certificate消息 沒有包含必需的數(shù)據(jù)的時候才發(fā)送此消息 ? 消息包含簽名，被簽名的內(nèi)容包括兩個隨機數(shù)以及服務器參數(shù) ? 服務器發(fā)送 certificate_request消息（可選） ? 非匿名 server可以向客戶請求一個證書 ? 包含證書類型和 CAs ? 服務器發(fā)送 server_hello_done, 然后等待應答 38 第三階段：客戶鑒別和密鑰交換 ? 客戶收到 server_done消息后，它根據(jù)需要檢查服務器提供的證書，并判斷 server_hello的參數(shù)是否可以接受，如果都沒有問題的話，發(fā)送一個或多個消息給服務器。 ? 如果服務器請求證書的話，則客戶首先發(fā)送一個 certificate消息，若客戶沒有證書，則發(fā)送一個 no_certificate警告 。 然后客戶發(fā)送client_key_exchange消息，消息的內(nèi)容取決于密鑰交換的類型（如果是RSA，則含加密的 PreMasterSecret）。 ? 最后，客戶發(fā)送一個 certificate_verify消息（可選），其中包含一個簽名，對從第一條消息以來的所有握手消息的 HMAC值 (用 master_secret)進行簽名 39 第四階段：結(jié)束 ? 第四階段建立起一個安全的連接 ? 客戶發(fā)送一個 change_cipher_spec消息，并且把協(xié)商得到的 CipherSuite拷貝到當前連接的狀態(tài)之中 ? 然后，客戶用本次連接協(xié)商的算法、密鑰參數(shù)發(fā)送一個 finished消息，這條消息可以檢查密鑰交換和鑒別過程是否已經(jīng)成功。其中包括一個校驗值，對所有以來的消息進行校驗。 ? 服務器同樣發(fā)送 change_cipher_spec消息和 finished消息。 ? 握手過程完成，客戶和服務器可以交換應用層數(shù)據(jù)。 40 握手協(xié)議過程 ? 第一階段 安全能力的建立（測試對方是否支持相應的安全功能） (1) 客戶 → 服務器 ： client_hello，給出選擇列表 (2) 服務器 → 客戶 ： server_hello，選擇加密、壓縮方法 ? 第二階段 服務器認證和密鑰交換 (3) 服務器 → 客戶 ： server_certificate，服務器的證書 (4) 服務器 → 客戶 ： server_key_exchange，（可選） (5) 服務器 → 客戶 ： certificate_request，要求客戶出示證書 (6) 服務器 → 客戶 ： server_hello_done，聲明結(jié)束本階段 ? 第三階段 客戶認證和密鑰交換 (7) 客戶 → 服務器 ： client_certificate，客戶的證書 (8) 客戶 → 服務器 ： client_key_exchange，同上，公鑰體系不用 (9) 客戶 → 服務器 ： certificate_verify，證書檢驗（能力確認） ? 第四階段 結(jié)束階段 (10) 客戶 → 服務器 ： change_cipher_spec。 (11) 客戶 → 服務器 ： finished (12) 服務器 → 客戶 ： change_cipher_spec。 (13) 服務器 → 客戶 ： finished 41 SSL的 會話狀態(tài) ? 狀態(tài) 參數(shù)： ? 會話標識符 : 服務器選擇的一個任意字節(jié)序列，用以標識一個活動的或可激活的會話狀態(tài)。 ? 對方的證書 : 一個 ?？蔀榭铡? ? 壓縮算法 : 加密前進行數(shù)據(jù)壓縮的算法。 ? 加密規(guī)約 : 指明數(shù)據(jù)體加密的算法（無，或DES等）以及散列算法（如 MD5或 SHA1）用以計算 MAC。還包括其他參數(shù)，如散列長度。 ? 主密值 : 48位秘密，在 client與 server之間共享。 ? 可重新開始的標志 :一個標志，指明該會話是否能用于產(chǎn)生一個新連接。 42 密鑰交換算法 ? SSL記錄協(xié)議需要： CipherSuite, master secret, the client server random values ? 在 hello消息中，交換隨機數(shù)以及各種算法 ? 兩類密鑰交換算法： ? RSA，客戶產(chǎn)生一個 48字節(jié)的 pre_master_secret，然后通過服務器的公鑰傳遞給服務器 ? DiffieHellman，雙方協(xié)商得到的密鑰被用作pre_master_secret ? 對于各種密鑰交換算法，從 pre_master_secret計算得到Master_secret，然后從內(nèi)存中刪除 ? Master_secret總是 48字節(jié)長，而 pre_master_secret長度不定，取決于密鑰交換算法 43 Master_secret的產(chǎn)生 ? SSL Master_secret = MD5(pre_master