一、總結：兩次交互過程，三個秘鑰。
第一次交互：用非對稱加密的公鑰和私鑰商量下通信使用的真實秘鑰
第二次交互：用真實秘鑰進行加密通信
詳情如下：
HTTPS在傳輸的過程中會涉及到三個密鑰：
服務器端的公鑰和私鑰，用來進行非對稱加密
客戶端生成的隨機密鑰，用來進行對稱加密
二、過程描述：
一個HTTPS請求實際上包含了兩次HTTP傳輸，可以細分為8步。
1.客戶端向服務器發起HTTPS請求，連接到服務器的443端口
2.服務器端有一個密鑰對，即公鑰和私鑰，是用來進行非對稱加密使用的，服務器端保存著私鑰，不能將其洩露，公鑰可以發送給任何人。
3.服務器將自己的公鑰發送給客戶端。
4.客戶端收到服務器端的公鑰之後，會對公鑰進行檢查，驗證其合法性，如果發現發現公鑰有問題，那麼HTTPS傳輸就無法繼續。嚴格的說，這裡應該是驗證服務器發送的數字證書的合法性，關於客戶端如何驗證數字證書的合法性，下文會進行說明。如果公鑰合格，那麼客戶端會生成一個隨機值，這個隨機值就是用於進行對稱加密的密鑰，我們將該密鑰稱之為client key，即客戶端密鑰，這樣在概念上和服務器端的密鑰容易進行區分。然後用服務器的公鑰對客戶端密鑰進行非對稱加密，這樣客戶端密鑰就變成密文了，至此，HTTPS中的第一次HTTP請求結束。
5.客戶端會發起HTTPS中的第二個HTTP請求，將加密之後的客戶端密鑰發送給服務器。
6.服務器接收到客戶端發來的密文之後，會用自己的私鑰對其進行非對稱解密，解密之後的明文就是客戶端密鑰，然後用客戶端密鑰對數據進行對稱加密，這樣數據就變成了密文。
7.然後服務器將加密後的密文發送給客戶端。
8.客戶端收到服務器發送來的密文，用客戶端密鑰對其進行對稱解密，得到服務器發送的數據。這樣HTTPS中的第二個HTTP請求結束，整個HTTPS傳輸完成。
閱讀更多 世界之星2000 的文章
