HTTPS的原理及連接流程.md

HTTP vs HTTPS

HTTP缺點(diǎn) 解決方案 問題范疇
通信使用明文(不加密)训裆,內(nèi)容可能被竊聽 采用SSL/TLS加密通信 加密
不驗(yàn)證通信方的身份剥汤,因此有可能遭遇偽裝 使用值得信任的第三方機(jī)構(gòu)辦法的證書來確定通信方 證書
無法驗(yàn)證報文的完整性废岂,有可能已遭篡改 MAC(Message Authentication Code)報文摘要 完整性保護(hù)

HTTPS概念

  • 從解決Http的缺點(diǎn)的角度來看:

HTTP+加密+認(rèn)證+完整性保護(hù)=HTTPS(HTTP Secure)

HTTP加上加密處理和認(rèn)證以及完整性保護(hù)后即是HTTPS

  • 從通信協(xié)議的角度來看:

HTTPS并非是應(yīng)用層的一種新協(xié)議澈驼。只是HTTP通信接口部分使用SSL(Secure Socket Layer)/TLS(Transport Layer Security)協(xié)議替代而已。所以贯要,HTTPS是身披SSL外殼的HTTP揽浙。

HTTPS建立連接的過程

  • 對稱加密和非對稱加密

非對稱加密遵岩,客戶端公鑰加密,服務(wù)端私鑰解密眷细。

相對于對稱加密拦盹,非對稱加密的處理速度要慢一些。

  • 在客戶端和服務(wù)端交換密鑰環(huán)節(jié)溪椎,使用非對稱加密方式普舆。
  • 在建立通信之后的交換報文階段恬口,則使用對稱加密方式。
  • 證明密鑰正確性:
    • 由CA數(shù)字證書認(rèn)證機(jī)構(gòu)背書
    • 客戶端在接收到數(shù)字證書之后沼侣,可以使用CA的公鑰祖能,對數(shù)字證書的數(shù)字簽名進(jìn)行校驗(yàn),一旦驗(yàn)證通過蛾洛,客戶端變可以明確兩件事情:一养铸、認(rèn)證服務(wù)器的公開密鑰是真實(shí)有效的數(shù)字證書認(rèn)證機(jī)構(gòu),二轧膘、服務(wù)器的公開密鑰是值得信賴的钞螟。

HTTPS建立連接的流程:

第一階段(握手協(xié)商)

  1. 客戶端通過發(fā)送Client Hello報文開始SSL通信。報文中包含客戶端支持的SSL的制定版本谎碍、加密組件列表(所使用的算法及密鑰長度)
  2. 服務(wù)端一Server Hello報文作為應(yīng)答鳞滨。和客戶端一樣,在報文中包含SSL版本以及加密組件蟆淀。服務(wù)器的加密組件內(nèi)容是從接收到的客戶端加密組件內(nèi)篩選出來的
  3. 服務(wù)器發(fā)送Certificate報文拯啦。報文中包含公鑰證書,當(dāng)然這個公鑰證書是使用CA機(jī)構(gòu)的私鑰加密過的熔任,同時證書上有數(shù)字簽名提岔,以便客戶端校驗(yàn)。
  4. 服務(wù)器發(fā)送Server Hello Done報文通知客戶端笋敞,最初階段的SSL握手協(xié)商部分結(jié)束碱蒙。

第二階段

  1. SSL第一次握手結(jié)束之后,客戶端以Client Key Exchange報文作為回應(yīng)夯巷。報文中包含在后續(xù)通信加密中使用的“Pre-master secret”的隨機(jī)密碼串赛惩。該報文使用服務(wù)器的公鑰進(jìn)行加密。
  2. 緊接著客戶端發(fā)送Change Cipher Spec報文趁餐。該報文會提示服務(wù)器喷兼,在此之后的通信會采用Pre-master secret密鑰加密
  3. 客戶端發(fā)送Finished報文,該報文包含連接至今全部報文的整體報文校驗(yàn)值
  4. 服務(wù)器同樣發(fā)送Change Cipher Spec報文后雷。
  5. 服務(wù)器同樣發(fā)送Finished報文季惯。
  6. 服務(wù)器和客戶端的Finished報文交換完成后,SSL連接建立完成臀突。通信會受到SSL的保護(hù)勉抓,從此處開始應(yīng)用層協(xié)議的通信,即發(fā)送HTTP請求

Http通信階段

  1. 應(yīng)用層HTTP通信候学,發(fā)送HTTP響應(yīng)

斷開鏈接

  1. 最后由客戶端斷開連接藕筋。斷開連接時,發(fā)送close_notify報文梳码。然后再發(fā)送TCP FIN來關(guān)閉與TCP的通信隐圾。

HTTPS完整性保護(hù)

在以上流程中伍掀,應(yīng)用層發(fā)送數(shù)據(jù)時會附加一種叫做MAC(Message Authentication Code)報文摘要,用來校驗(yàn)報文的完整性暇藏。

HTTPS的缺點(diǎn)

使用SSL時蜜笤,處理速度會變慢,增加服務(wù)器和客戶端的負(fù)載盐碱,非敏感信息可以直接使用HTTP

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末把兔,一起剝皮案震驚了整個濱河市,隨后出現(xiàn)的幾起案子甸各,更是在濱河造成了極大的恐慌垛贤,老刑警劉巖,帶你破解...
    沈念sama閱讀 219,539評論 6 508
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件趣倾,死亡現(xiàn)場離奇詭異聘惦,居然都是意外死亡,警方通過查閱死者的電腦和手機(jī)儒恋,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 93,594評論 3 396
  • 文/潘曉璐 我一進(jìn)店門善绎,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人诫尽,你說我怎么就攤上這事禀酱。” “怎么了牧嫉?”我有些...
    開封第一講書人閱讀 165,871評論 0 356
  • 文/不壞的土叔 我叫張陵剂跟,是天一觀的道長。 經(jīng)常有香客問我酣藻,道長曹洽,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 58,963評論 1 295
  • 正文 為了忘掉前任辽剧,我火速辦了婚禮送淆,結(jié)果婚禮上,老公的妹妹穿的比我還像新娘怕轿。我一直安慰自己偷崩,他們只是感情好,可當(dāng)我...
    茶點(diǎn)故事閱讀 67,984評論 6 393
  • 文/花漫 我一把揭開白布撞羽。 她就那樣靜靜地躺著阐斜,像睡著了一般。 火紅的嫁衣襯著肌膚如雪放吩。 梳的紋絲不亂的頭發(fā)上智听,一...
    開封第一講書人閱讀 51,763評論 1 307
  • 那天,我揣著相機(jī)與錄音渡紫,去河邊找鬼到推。 笑死,一個胖子當(dāng)著我的面吹牛惕澎,可吹牛的內(nèi)容都是我干的莉测。 我是一名探鬼主播,決...
    沈念sama閱讀 40,468評論 3 420
  • 文/蒼蘭香墨 我猛地睜開眼唧喉,長吁一口氣:“原來是場噩夢啊……” “哼捣卤!你這毒婦竟也來了?” 一聲冷哼從身側(cè)響起八孝,我...
    開封第一講書人閱讀 39,357評論 0 276
  • 序言:老撾萬榮一對情侶失蹤董朝,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后干跛,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體子姜,經(jīng)...
    沈念sama閱讀 45,850評論 1 317
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 38,002評論 3 338
  • 正文 我和宋清朗相戀三年楼入,在試婚紗的時候發(fā)現(xiàn)自己被綠了哥捕。 大學(xué)時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點(diǎn)故事閱讀 40,144評論 1 351
  • 序言:一個原本活蹦亂跳的男人離奇死亡嘉熊,死狀恐怖遥赚,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情阐肤,我是刑警寧澤凫佛,帶...
    沈念sama閱讀 35,823評論 5 346
  • 正文 年R本政府宣布,位于F島的核電站孕惜,受9級特大地震影響愧薛,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜诊赊,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 41,483評論 3 331
  • 文/蒙蒙 一厚满、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧碧磅,春花似錦碘箍、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 32,026評論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至秆撮,卻和暖如春四濒,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 33,150評論 1 272
  • 我被黑心中介騙來泰國打工盗蟆, 沒想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留戈二,地道東北人。 一個月前我還...
    沈念sama閱讀 48,415評論 3 373
  • 正文 我出身青樓喳资,卻偏偏與公主長得像觉吭,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子仆邓,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 45,092評論 2 355

推薦閱讀更多精彩內(nèi)容