自拍偷在线精品自拍偷,亚洲欧美中文日韩v在线观看不卡

你知道,HTTPS用的是對(duì)稱(chēng)加密還是非對(duì)稱(chēng)加密?

開(kāi)發(fā) 后端
要回答這個(gè)問(wèn)題,顯然需要再梳理一下HTTPS的技術(shù)原理了,本文將帶你了解HTTPS到底用的是對(duì)稱(chēng)加密還是非對(duì)稱(chēng)加密,以及具體又是怎么使用的。

1、引言

隨著互聯(lián)網(wǎng)安全意識(shí)的普遍提高,對(duì)安全要求稍高的應(yīng)用中,HTTPS的使用是很常見(jiàn)的,甚至在1年前,蘋(píng)果公司就將使用HTTPS作為APP上架蘋(píng)果應(yīng)用市場(chǎng)的先決條件之一。

所以,無(wú)論是即時(shí)通訊IM還是其它應(yīng)用,在網(wǎng)絡(luò)安全意識(shí)增強(qiáng)的今天,很多場(chǎng)景下使用HTTPS是肯定沒(méi)錯(cuò)的。對(duì)于即時(shí)通訊IM的開(kāi)發(fā)人員來(lái)說(shuō),長(zhǎng)連接用TLS這沒(méi)疑問(wèn),短連接用HTTPS也沒(méi)問(wèn)題,但我想問(wèn)你一個(gè)最基礎(chǔ)的面視問(wèn)題:HTTPS到底用的是對(duì)稱(chēng)加密還是非對(duì)稱(chēng)加密?

要回答這個(gè)問(wèn)題,顯然需要再梳理一下HTTPS的技術(shù)原理了,本文將帶你了解HTTPS到底用的是對(duì)稱(chēng)加密還是非對(duì)稱(chēng)加密,以及具體又是怎么使用的。

2、HTTPS靈魂拷問(wèn)

隨著 HTTPS 建站的成本下降,現(xiàn)在大部分的網(wǎng)站都已經(jīng)開(kāi)始用上 HTTPS 協(xié)議。大家都知道 HTTPS 比 HTTP 安全,也聽(tīng)說(shuō)過(guò)與 HTTPS 協(xié)議相關(guān)的概念有 SSL 、非對(duì)稱(chēng)加密、 CA證書(shū)等。

但對(duì)于以下靈魂三拷問(wèn)可能就答不上了:

  •  1)為什么用了 HTTPS 就是安全的?
  •  2)HTTPS 的底層原理如何實(shí)現(xiàn)?
  •  3)用了 HTTPS 就一定安全嗎?

不用擔(dān)心,本文將在解答“HTTPS到底用的是對(duì)稱(chēng)加密還是非對(duì)稱(chēng)加密?”的同時(shí)層層深入,從原理上把 HTTPS 的安全性講透,您也將同時(shí)理解上述問(wèn)題。

3、HTTPS 的實(shí)現(xiàn)原理

大家可能都聽(tīng)說(shuō)過(guò) HTTPS 協(xié)議之所以是安全的是因?yàn)?HTTPS 協(xié)議會(huì)對(duì)傳輸?shù)臄?shù)據(jù)進(jìn)行加密,而加密過(guò)程是使用了非對(duì)稱(chēng)加密實(shí)現(xiàn)。但其實(shí):HTTPS 在內(nèi)容傳輸?shù)募用苌鲜褂玫氖菍?duì)稱(chēng)加密,非對(duì)稱(chēng)加密只作用在證書(shū)驗(yàn)證階段。

HTTPS的整體過(guò)程分為證書(shū)驗(yàn)證和數(shù)據(jù)傳輸階段,具體的交互過(guò)程如下: 

① 證書(shū)驗(yàn)證階段:

1)瀏覽器發(fā)起 HTTPS 請(qǐng)求;

2)服務(wù)端返回 HTTPS 證書(shū);

3)客戶(hù)端驗(yàn)證證書(shū)是否合法,如果不合法則提示告警。

② 數(shù)據(jù)傳輸階段:

1)當(dāng)證書(shū)驗(yàn)證合法后,在本地生成隨機(jī)數(shù);

2)通過(guò)公鑰加密隨機(jī)數(shù),并把加密后的隨機(jī)數(shù)傳輸?shù)椒?wù)端;

3)服務(wù)端通過(guò)私鑰對(duì)隨機(jī)數(shù)進(jìn)行解密;

4)服務(wù)端通過(guò)客戶(hù)端傳入的隨機(jī)數(shù)構(gòu)造對(duì)稱(chēng)加密算法,對(duì)返回結(jié)果內(nèi)容進(jìn)行加密后傳輸。

4、為什么數(shù)據(jù)傳輸是用對(duì)稱(chēng)加密?

首先:非對(duì)稱(chēng)加密的加解密效率是非常低的,而 http 的應(yīng)用場(chǎng)景中通常端與端之間存在大量的交互,非對(duì)稱(chēng)加密的效率是無(wú)法接受的。

另外:在 HTTPS 的場(chǎng)景中只有服務(wù)端保存了私鑰,一對(duì)公私鑰只能實(shí)現(xiàn)單向的加解密,所以 HTTPS 中內(nèi)容傳輸加密采取的是對(duì)稱(chēng)加密,而不是非對(duì)稱(chēng)加密。

5、為什么需要 CA 認(rèn)證機(jī)構(gòu)頒發(fā)證書(shū)?

HTTP 協(xié)議被認(rèn)為不安全是因?yàn)閭鬏斶^(guò)程容易被監(jiān)聽(tīng)者勾線(xiàn)監(jiān)聽(tīng)、偽造服務(wù)器,而 HTTPS 協(xié)議主要解決的便是網(wǎng)絡(luò)傳輸?shù)陌踩詥?wèn)題。

首先我們假設(shè)不存在認(rèn)證機(jī)構(gòu),任何人都可以制作證書(shū),這帶來(lái)的安全風(fēng)險(xiǎn)便是經(jīng)典的“中間人攻擊”問(wèn)題。

“中間人攻擊”的具體過(guò)程如下: 

如上圖所以,過(guò)程原理如下:

  •  1)本地請(qǐng)求被劫持(如DNS劫持等),所有請(qǐng)求均發(fā)送到中間人的服務(wù)器;
  •  2)中間人服務(wù)器返回中間人自己的證書(shū);
  •  3)客戶(hù)端創(chuàng)建隨機(jī)數(shù),通過(guò)中間人證書(shū)的公鑰對(duì)隨機(jī)數(shù)加密后傳送給中間人,然后憑隨機(jī)數(shù)構(gòu)造對(duì)稱(chēng)加密對(duì)傳輸內(nèi)容進(jìn)行加密傳輸;
  •  4)中間人因?yàn)閾碛锌蛻?hù)端的隨機(jī)數(shù),可以通過(guò)對(duì)稱(chēng)加密算法進(jìn)行內(nèi)容解密;
  •  5)中間人以客戶(hù)端的請(qǐng)求內(nèi)容再向正規(guī)網(wǎng)站發(fā)起請(qǐng)求;
  •  6)因?yàn)橹虚g人與服務(wù)器的通信過(guò)程是合法的,正規(guī)網(wǎng)站通過(guò)建立的安全通道返回加密后的數(shù)據(jù);
  •  7)中間人憑借與正規(guī)網(wǎng)站建立的對(duì)稱(chēng)加密算法對(duì)內(nèi)容進(jìn)行解密;
  •  8)中間人通過(guò)與客戶(hù)端建立的對(duì)稱(chēng)加密算法對(duì)正規(guī)內(nèi)容返回的數(shù)據(jù)進(jìn)行加密傳輸;
  •  9)客戶(hù)端通過(guò)與中間人建立的對(duì)稱(chēng)加密算法對(duì)返回結(jié)果數(shù)據(jù)進(jìn)行解密。

由于缺少對(duì)證書(shū)的驗(yàn)證,所以客戶(hù)端雖然發(fā)起的是 HTTPS 請(qǐng)求,但客戶(hù)端完全不知道自己的網(wǎng)絡(luò)已被攔截,傳輸內(nèi)容被中間人全部竊取。

6、瀏覽器是如何確保 CA 證書(shū)的合法性?

6.1 證書(shū)包含什么信息?

  •  1)頒發(fā)機(jī)構(gòu)信息;
  •  2)公鑰;
  •  3)公司信息;
  •  4)域名;
  •  5)有效期;
  •  6)指紋;
  •  7)......

6.2 證書(shū)的合法性依據(jù)是什么?

  •  1)首先:權(quán)威機(jī)構(gòu)是要有認(rèn)證的,不是隨便一個(gè)機(jī)構(gòu)都有資格頒發(fā)證書(shū),不然也不叫做權(quán)威機(jī)構(gòu);
  •  2)另外:證書(shū)的可信性基于信任制,權(quán)威機(jī)構(gòu)需要對(duì)其頒發(fā)的證書(shū)進(jìn)行信用背書(shū),只要是權(quán)威機(jī)構(gòu)生成的證書(shū),我們就認(rèn)為是合法的。

所以權(quán)威機(jī)構(gòu)會(huì)對(duì)申請(qǐng)者的信息進(jìn)行審核,不同等級(jí)的權(quán)威機(jī)構(gòu)對(duì)審核的要求也不一樣,于是證書(shū)也分為免費(fèi)的、便宜的和貴的。

6.3 瀏覽器如何驗(yàn)證證書(shū)的合法性?

瀏覽器發(fā)起 HTTPS 請(qǐng)求時(shí),服務(wù)器會(huì)返回網(wǎng)站的 SSL 證書(shū),瀏覽器需要對(duì)證書(shū)做以下驗(yàn)證:

1)驗(yàn)證域名、有效期等信息是否正確:證書(shū)上都有包含這些信息,比較容易完成驗(yàn)證;

2)判斷證書(shū)來(lái)源是否合法:每份簽發(fā)證書(shū)都可以根據(jù)驗(yàn)證鏈查找到對(duì)應(yīng)的根證書(shū),操作系統(tǒng)、瀏覽器會(huì)在本地存儲(chǔ)權(quán)威機(jī)構(gòu)的根證書(shū),利用本地根證書(shū)可以對(duì)對(duì)應(yīng)機(jī)構(gòu)簽發(fā)證書(shū)完成來(lái)源驗(yàn)證(如下圖所示): 

3)判斷證書(shū)是否被篡改:需要與 CA 服務(wù)器進(jìn)行校驗(yàn);

4)判斷證書(shū)是否已吊銷(xiāo):通過(guò)CRL(Certificate Revocation List 證書(shū)注銷(xiāo)列表)和 OCSP(Online Certificate Status Protocol 在線(xiàn)證書(shū)狀態(tài)協(xié)議)實(shí)現(xiàn),其中 OCSP 可用于第3步中以減少與 CA 服務(wù)器的交互,提高驗(yàn)證效率。

以上任意一步都滿(mǎn)足的情況下瀏覽器才認(rèn)為證書(shū)是合法的。

這里插一個(gè)我想了很久的但其實(shí)答案很簡(jiǎn)單的問(wèn)題:

既然證書(shū)是公開(kāi)的,如果要發(fā)起中間人攻擊,我在官網(wǎng)上下載一份證書(shū)作為我的服務(wù)器證書(shū),那客戶(hù)端肯定會(huì)認(rèn)同這個(gè)證書(shū)是合法的,如何避免這種證書(shū)冒用的情況?

其實(shí)這就是非加密對(duì)稱(chēng)中公私鑰的用處,雖然中間人可以得到證書(shū),但私鑰是無(wú)法獲取的,一份公鑰是不可能推算出其對(duì)應(yīng)的私鑰,中間人即使拿到證書(shū)也無(wú)法偽裝成合法服務(wù)端,因?yàn)闊o(wú)法對(duì)客戶(hù)端傳入的加密數(shù)據(jù)進(jìn)行解密。

6.4 只有認(rèn)證機(jī)構(gòu)可以生成證書(shū)嗎?

如果需要瀏覽器不提示安全風(fēng)險(xiǎn),那只能使用認(rèn)證機(jī)構(gòu)簽發(fā)的證書(shū)。但瀏覽器通常只是提示安全風(fēng)險(xiǎn),并不限制網(wǎng)站不能訪(fǎng)問(wèn),所以從技術(shù)上誰(shuí)都可以生成證書(shū),只要有證書(shū)就可以完成網(wǎng)站的 HTTPS 傳輸。

例如早期的 12306 采用的便是手動(dòng)安裝私有證書(shū)的形式實(shí)現(xiàn) HTTPS 訪(fǎng)問(wèn): 

7、本地隨機(jī)數(shù)被竊取怎么辦?

證書(shū)驗(yàn)證是采用非對(duì)稱(chēng)加密實(shí)現(xiàn),但是傳輸過(guò)程是采用對(duì)稱(chēng)加密,而其中對(duì)稱(chēng)加密算法中重要的隨機(jī)數(shù)是由本地生成并且存儲(chǔ)于本地的,HTTPS 如何保證隨機(jī)數(shù)不會(huì)被竊???

其實(shí) HTTPS 并不包含對(duì)隨機(jī)數(shù)的安全保證,HTTPS 保證的只是傳輸過(guò)程安全,而隨機(jī)數(shù)存儲(chǔ)于本地,本地的安全屬于另一安全范疇,應(yīng)對(duì)的措施有安裝殺毒軟件、反木馬、瀏覽器升級(jí)修復(fù)漏洞等。

8、用了 HTTPS 會(huì)被抓包嗎?

HTTPS 的數(shù)據(jù)是加密的,常規(guī)下抓包工具代理請(qǐng)求后抓到的包內(nèi)容是加密狀態(tài),無(wú)法直接查看。

但是,正如前文所說(shuō),瀏覽器只會(huì)提示安全風(fēng)險(xiǎn),如果用戶(hù)授權(quán)仍然可以繼續(xù)訪(fǎng)問(wèn)網(wǎng)站,完成請(qǐng)求。因此,只要客戶(hù)端是我們自己的終端,我們授權(quán)的情況下,便可以組建中間人網(wǎng)絡(luò),而抓包工具便是作為中間人的代理。通常 HTTPS 抓包工具的使用方法是會(huì)生成一個(gè)證書(shū),用戶(hù)需要手動(dòng)把證書(shū)安裝到客戶(hù)端中,然后終端發(fā)起的所有請(qǐng)求通過(guò)該證書(shū)完成與抓包工具的交互,然后抓包工具再轉(zhuǎn)發(fā)請(qǐng)求到服務(wù)器,最后把服務(wù)器返回的結(jié)果在控制臺(tái)輸出后再返回給終端,從而完成整個(gè)請(qǐng)求的閉環(huán)。

既然 HTTPS 不能防抓包,那 HTTPS 有什么意義?

HTTPS 可以防止用戶(hù)在不知情的情況下通信鏈路被監(jiān)聽(tīng),對(duì)于主動(dòng)授信的抓包操作是不提供防護(hù)的,因?yàn)檫@個(gè)場(chǎng)景用戶(hù)是已經(jīng)對(duì)風(fēng)險(xiǎn)知情。要防止被抓包,需要采用應(yīng)用級(jí)的安全防護(hù),例如采用私有的對(duì)稱(chēng)加密,同時(shí)做好移動(dòng)端的防反編譯加固,防止本地算法被破解。

9、本文小結(jié)

以下用簡(jiǎn)短的Q&A形式進(jìn)行全文總結(jié)。

Q: HTTPS 為什么安全?

A: 因?yàn)?HTTPS 保證了傳輸安全,防止傳輸過(guò)程被監(jiān)聽(tīng)、防止數(shù)據(jù)被竊取,可以確認(rèn)網(wǎng)站的真實(shí)性。

Q: HTTPS 的傳輸過(guò)程是怎樣的?

A: 客戶(hù)端發(fā)起 HTTPS 請(qǐng)求,服務(wù)端返回證書(shū),客戶(hù)端對(duì)證書(shū)進(jìn)行驗(yàn)證,驗(yàn)證通過(guò)后本地生成用于改造對(duì)稱(chēng)加密算法的隨機(jī)數(shù),通過(guò)證書(shū)中的公鑰對(duì)隨機(jī)數(shù)進(jìn)行加密傳輸?shù)椒?wù)端,服務(wù)端接收后通過(guò)私鑰解密得到隨機(jī)數(shù),之后的數(shù)據(jù)交互通過(guò)對(duì)稱(chēng)加密算法進(jìn)行加解密。

Q: 為什么需要證書(shū)?

A: 防止”中間人“攻擊,同時(shí)可以為網(wǎng)站提供身份證明。

Q: 使用 HTTPS 會(huì)被抓包嗎?

A: 會(huì)被抓包,HTTPS 只防止用戶(hù)在不知情的情況下通信被監(jiān)聽(tīng),如果用戶(hù)主動(dòng)授信,是可以構(gòu)建“中間人”網(wǎng)絡(luò),代理軟件可以對(duì)傳輸內(nèi)容進(jìn)行解密。

好了,回歸到本文標(biāo)的問(wèn)題,我們來(lái)總結(jié)回顧一下。

Q: HTTPS用的是對(duì)稱(chēng)加密還是非對(duì)稱(chēng)加密?

Q: HTTPS 在內(nèi)容傳輸?shù)募用苌鲜褂玫氖菍?duì)稱(chēng)加密,非對(duì)稱(chēng)加密只作用在證書(shū)驗(yàn)證階段。(本文同步發(fā)布于:http://www.52im.net/thread-2866-1-1.html) 

順手 po 一張學(xué)習(xí)的過(guò)程圖:

 

 

責(zé)任編輯:龐桂玉 來(lái)源: 中國(guó)開(kāi)源
相關(guān)推薦

2014-07-07 10:04:32

2020-07-17 17:11:22

HTTPS對(duì)稱(chēng)非對(duì)稱(chēng)

2020-05-27 10:10:56

對(duì)稱(chēng)加密Hash算法數(shù)字簽名

2022-10-21 07:33:12

2019-09-11 08:37:16

2023-11-22 16:08:48

2024-12-31 08:00:00

SpringBoot開(kāi)發(fā)加密

2019-09-23 12:16:02

通信安全加密哈希

2010-07-28 10:09:01

2023-09-04 14:00:28

加密密鑰私鑰

2018-07-10 10:29:27

2016-11-10 23:51:41

2011-03-14 15:06:49

SQL Server 安全

2024-01-01 09:08:52

API簽名驗(yàn)簽

2022-06-05 23:30:25

AES加密算法

2009-08-13 18:12:11

C#數(shù)據(jù)加密

2011-03-14 10:38:10

SQL Server非對(duì)稱(chēng)密鑰加密

2009-08-04 11:08:33

ASP.NET數(shù)據(jù)加密

2024-12-31 08:54:38

2024-11-26 10:01:25

點(diǎn)贊
收藏

51CTO技術(shù)棧公眾號(hào)