一、
ssl握手協議（
ssl handshake protocal）
ssl握手協議的作用是在正式的秘密通訊之前，讓伺服器和客戶之間互相鑑別對方的身份並協商一種會話的加密演算法和加密金鑰，主要分為兩個方面： 1)
客戶端和伺服器之間互相驗證身份
c/s主要是通過證書來驗證對方的合法性。合法性包括：證書是否過期、發行伺服器證書的
ca是否可靠、發行者證書的公鑰能否正確解開伺服器證書的「數字簽名」，伺服器證書上的網域名稱是否和伺服器的實際網域名稱想匹配。如果證書合法，接著從這個證書中提取出對方的公鑰。 2)
客戶端和伺服器之間協商安全引數
協商的引數一般包括協議的版本號、金鑰交換演算法、資料加密演算法和
hash
演算法，通過協商達成一致性。其實版本號一般要求一致。
二、ssl握手過程
ssl
協議既用到了公鑰加密技術又用到了對稱加密技術，對稱加密技術雖然比公鑰加密技術的速度快，可是公鑰加密技術提供了更好的身份認證技術。ssl 的握手協議非常有效的讓客戶和伺服器之間完成相互之間的身份認證，其主要過程如下：
① 客戶端的瀏覽器向伺服器傳送客戶端ssl 協議的版本號，加密演算法的種類，產生的隨機數，以及其他伺服器和客戶端之間通訊所需要的各種資訊。
② 伺服器向客戶端傳送ssl 協議的版本號，加密演算法的種類，隨機數以及其他相關資訊，同時伺服器還將向客戶端傳送自己的證書。
③ 客戶利用伺服器傳過來的資訊驗證伺服器的合法性，伺服器的合法性包括：證書是否過期，發行伺服器證書的ca 是否可靠，發行者證書的公鑰能否正確解開伺服器證書的「發行者的數字簽名」，伺服器證書上的網域名稱是否和伺服器的實際網域名稱相匹配。如果合法性驗證沒有通過， 通訊將斷開；如果合法性驗證通過，將繼續進行第四步。
④ 使用者端隨機產生乙個用於後面通訊的「對稱密碼」，然後用伺服器的公鑰（伺服器的公鑰從步驟②中的伺服器的證書中獲得）對其加密，然後將加密後的「預主密碼」傳給伺服器。
⑤ 如果伺服器要求客戶的身份認證（在握手過程中為可選），使用者可以建立乙個隨機數然後對其進行資料簽名，將這個含有簽名的隨機數和客戶自己的證書以及加密過的「預主密碼」一起傳給伺服器。
⑥ 如果伺服器要求客戶的身份認證，伺服器必須檢驗客戶證書和簽名隨機數的合法性，具體的合法性驗證過程包括：客戶的證書使用日期是否有效，為客戶提供證書的ca 是否可靠，發行ca 的公鑰能否正確解開客戶證書的發行ca 的數字簽名，檢查客戶的證書是否在證書廢止列表（crl）中。檢驗如果沒有通過，通訊立刻中斷；如果驗證通過，伺服器將用自己的私鑰解開加密的「預主密 碼」，然後執行一系列步驟來產生主通訊密碼（客戶端也將通過同樣的方法產生相同的主通訊密碼）。
⑦ 伺服器和客戶端用相同的主密碼即「通話密碼」，乙個對稱金鑰用於ssl 協議的安全資料通訊的加解密通訊。同時在ssl 通訊過程中還要完成資料通訊的完整性，防止資料通訊中的任何變化。
⑧ 客戶端向伺服器端發出資訊，指明後面的資料通訊將使用的步驟⑦中的主密碼為對稱金鑰，同時通知伺服器客戶端的握手過程結束。
⑨ 伺服器向客戶端發出資訊，指明後面的資料通訊將使用的步驟⑦中的主密碼為對稱金鑰，同時通知客戶端伺服器端的握手過程結束。
⑩ ssl 的握手部分結束，ssl 安全通道的資料通訊開始，客戶和伺服器開始使用相同的對稱金鑰進行資料通訊，同時進行通訊完整性的檢驗。
雙向認證ssl 協議的具體過程
① 瀏覽器傳送乙個連線請求給安全伺服器。
② 伺服器將自己的證書，以及同證書相關的資訊傳送給客戶瀏覽器。
③ 客戶瀏覽器檢查伺服器送過來的證書是否是由自己信賴的ca 中心所簽發的。如果是，就繼續執行協議；如果不是，客戶瀏覽器就給客戶乙個警告訊息：警告客戶這個證書不是可以信賴的，詢問客戶是否需要繼續。
④ 接著客戶瀏覽器比較證書裡的訊息，例如網域名稱和公鑰，與伺服器剛剛傳送的相關訊息是否一致，如果是一致的，客戶瀏覽器認可這個伺服器的合法身份。
⑤ 伺服器要求客戶傳送客戶自己的證書。收到後，伺服器驗證客戶的證書，如果沒有通過驗證，拒絕連線；如果通過驗證，伺服器獲得使用者的公鑰。
⑥ 客戶瀏覽器告訴伺服器自己所能夠支援的通訊對稱密碼方案。
⑦ 伺服器從客戶傳送過來的密碼方案中，選擇一種加密程度最高的密碼方案，用客戶的公鑰加過密後通知瀏覽器。
⑧ 瀏覽器針對這個密碼方案，選擇乙個通話金鑰，接著用伺服器的公鑰加過密後傳送給伺服器。
⑨ 伺服器接收到瀏覽器送過來的訊息，用自己的私鑰解密，獲得通話金鑰。
⑩ 伺服器、瀏覽器接下來的通訊都是用對稱密碼方案，對稱金鑰是加過密的。
上面所述的是雙向認證ssl 協議的具體通訊過程，這種情況要求伺服器和使用者雙方都有證書。單向認證ssl 協議不需要客戶擁有ca 證書，具體的過程相對於上面的步驟，只需將伺服器端驗證客戶證書的過程去掉，以及在協商對稱密碼方案，對稱通話金鑰時，伺服器傳送給客戶的是沒有加過密的 （這並不影響ssl 過程的安全性）密碼方案。 這樣，雙方具體的通訊內容，就是加過密的資料，如果有第三方攻擊，獲得的只是加密的資料，第三方要獲得有用的資訊，就需要對加密的資料進行解密，這時候的 安全就依賴於密碼方案的安全。而幸運的是，目前所用的密碼方案，只要通訊金鑰長度足夠的長，就足夠的安全。這也是我們強調要求使用128 位加密通訊的原因。
TLS協議握手過程分析
比如說bob有乙個 bob.cn，bob生成了一對公私鑰，其把個人身份及公鑰傳送給ca登記機構，ca登記機構驗證bob的身份，比如是個dv證書，就看證書所對應的網域名稱是不是你的，網域名稱是不是指向你的伺服器。登記機構驗證通過之後，就會把證書簽名申請傳送給ca機構，ca機構用其私鑰簽名之後，頒發證書...
TCP協議三次握手分析
tcp transmission control protocol 傳輸控制協議 tcp是主機對主機層的傳輸控制協議，提供可靠的連線服務，採用三次握手確認建立乙個連線 syn synchronous建立聯機 建立連線 ack acknowledgement 確認 表示響應，為1便是確認連線 sequ...
TCP握手協議
tcp握手協議 在tcp ip協議中，tcp協議提供可靠的連線服務，採用三次握手建立乙個連線。第一次握手 建立連線時，客戶端傳送syn包 syn j 到伺服器，並進入syn send狀態，等待伺服器確認 第二次握手 伺服器收到syn包，必須確認客戶的syn ack j 1 同時自己也傳送乙個syn包...