https://和http://有什么區(qū)別
http和https使用的是完全不同的連接方式,用的端口也不一樣,前者是80,后者是443。下面學(xué)習(xí)啦小編分享了https://和http://的區(qū)別，一起來(lái)了解吧。
什么是HTTPS
在URL前加https://前綴表明是用SSL加密的。你的電腦與服務(wù)器之間收發(fā)的信息傳輸將更加安全。 Web服務(wù)器啟用SSL需要獲得一個(gè)服務(wù)器證書(shū)并將該證書(shū)與要使用SSL的服務(wù)器綁定。 http和https使用的是完全不同的連接方式,用的端口也不一樣,前者是80,后者是443。
HTTPS協(xié)議是由SSL+HTTP協(xié)議構(gòu)建的可進(jìn)行加密傳輸、身份認(rèn)證的網(wǎng)絡(luò)協(xié)議
要比http協(xié)議安全
HTTPS(Secure Hypertext Transfer Protocol)安全超文本傳輸協(xié)議
它是一個(gè)安全通信通道，它基于HTTP開(kāi)發(fā)，用于在客戶計(jì)算機(jī)和服務(wù)器之間交換信息。它使用安全套接字層(SSL)進(jìn)行信息交換，簡(jiǎn)單來(lái)說(shuō)它是HTTP的安全版。
它是由Netscape開(kāi)發(fā)并內(nèi)置于其瀏覽器中，用于對(duì)數(shù)據(jù)進(jìn)行壓縮和解壓操作，并返回網(wǎng)絡(luò)上傳送回的結(jié)果。HTTPS實(shí)際上應(yīng)用了Netscape的安全全套接字層(SSL)作為HTTP應(yīng)用層的子層。(HTTPS使用端口443，而不是象HTTP那樣使用端口80來(lái)和TCP/IP進(jìn)行通信。)SSL使用40 位關(guān)鍵字作為RC4流加密算法，這對(duì)于商業(yè)信息的加密是合適的。HTTPS和SSL支持使用X.509數(shù)字認(rèn)證，如果需要的話用戶可以確認(rèn)發(fā)送者是誰(shuí)。
HTTPS解決的問(wèn)題
1 . 信任主機(jī)的問(wèn)題. 采用https 的server 必須從CA 申請(qǐng)一個(gè)用于證明服務(wù)器用途類(lèi)型的證書(shū). 改證書(shū)只有用于對(duì)應(yīng)的server 的時(shí)候,客戶度才信任次主機(jī). 所以目前所有的銀行系統(tǒng)網(wǎng)站,關(guān)鍵部分應(yīng)用都是https 的. 客戶通過(guò)信任該證書(shū),從而信任了該主機(jī). 其實(shí)這樣做效率很低,但是銀行更側(cè)重安全. 這一點(diǎn)對(duì)我們沒(méi)有任何意義,我們的server ,采用的證書(shū)不管自己issue 還是從公眾的地方issue, 客戶端都是自己人,所以我們也就肯定信任該server.
https://和http://的區(qū)別
https協(xié)議需要到ca申請(qǐng)證書(shū)，一般免費(fèi)證書(shū)很少，需要交費(fèi)。
http是超文本傳輸協(xié)議，信息是明文傳輸，https 則是具有安全性的ssl加密傳輸協(xié)議
http和https使用的是完全不同的連接方式用的端口也不一樣,前者是80,后者是443。
http的連接很簡(jiǎn)單,是無(wú)狀態(tài)的
HTTPS協(xié)議是由SSL+HTTP協(xié)議構(gòu)建的可進(jìn)行加密傳輸、身份認(rèn)證的網(wǎng)絡(luò)協(xié)議 要比http協(xié)議安全
HTTPS和HTTP更加詳細(xì)區(qū)別解析
https協(xié)議需要到ca申請(qǐng)證書(shū)，一般免費(fèi)證書(shū)很少，需要交費(fèi)。
http是超文本傳輸協(xié)議，信息是明文傳輸，https 則是具有安全性的ssl加密傳輸協(xié)議 http和https使用的是完全不同的連接方式用的端口也不一樣：前者是80，后者是443。
http的連接很簡(jiǎn)單，是無(wú)狀態(tài)的 HTTPS協(xié)議是由SSL+HTTP協(xié)議構(gòu)建的可進(jìn)行加密傳輸、身份認(rèn)證的網(wǎng)絡(luò)協(xié)議 要比http協(xié)議安全 HTTPS解決的問(wèn)題：
1、信任主機(jī)的問(wèn)題。 采用https 的server 必須從CA 申請(qǐng)一個(gè)用于證明服務(wù)器用途類(lèi)型的證書(shū)。
改證書(shū)只有用于對(duì)應(yīng)的server 的時(shí)候，客戶度才信任次主機(jī)。所以目前所有的銀行系統(tǒng)網(wǎng)站，關(guān)鍵部分應(yīng)用都是https 的。 客戶通過(guò)信任該證書(shū)，從而信任了該主機(jī)。其實(shí)這樣做效率很低，但是銀行更側(cè)重安全。 這一點(diǎn)對(duì)我們沒(méi)有任何意義，我們的server，采用的證書(shū)不管自己issue 還是從公眾的地方issue， 客戶端都是自己人，所以我們也就肯定信任該server。
2、通訊過(guò)程中的數(shù)據(jù)的泄密和被竄改。
1)一般意義上的https， 就是 server 有一個(gè)證書(shū)。
a) 主要目的是保證server 就是他聲稱(chēng)的server。這個(gè)跟第一點(diǎn)一樣。
b) 服務(wù)端和客戶端之間的所有通訊，都是加密的。
i、具體講，是客戶端產(chǎn)生一個(gè)對(duì)稱(chēng)的密鑰，通過(guò)server 的證書(shū)來(lái)交換密鑰。 一般意義上的握手過(guò)程。
ii、加下來(lái)所有的信息往來(lái)就都是加密的。 第三方即使截獲，也沒(méi)有任何意義。因?yàn)樗麤](méi)有密鑰。 當(dāng)然竄改也就沒(méi)有什么意義了。
2)少許對(duì)客戶端有要求的情況下，會(huì)要求客戶端也必須有一個(gè)證書(shū)。
a) 這里客戶端證書(shū)，其實(shí)就類(lèi)似表示個(gè)人信息的時(shí)候，除了用戶名/密碼， 還有一個(gè)CA 認(rèn)證過(guò)的身份。 應(yīng)為個(gè)人證書(shū)一般來(lái)說(shuō)上別人無(wú)法模擬的，所有這樣能夠更深的確認(rèn)自己的身份。
b) 目前少數(shù)個(gè)人銀行的專(zhuān)業(yè)版是這種做法，具體證書(shū)可能是拿U盤(pán)作為一個(gè)備份的載體。像我用的交通銀行的網(wǎng)上銀行就是采取的這種方式。 HTTPS 一定是繁瑣的。
a) 本來(lái)簡(jiǎn)單的http協(xié)議，一個(gè)get一個(gè)response。由于https 要還密鑰和確認(rèn)加密算法的需要。單握手就需要6/7 個(gè)往返。
i、任何應(yīng)用中，過(guò)多的round trip 肯定影響性能。
b) 接下來(lái)才是具體的http協(xié)議，每一次響應(yīng)或者請(qǐng)求， 都要求客戶端和服務(wù)端對(duì)會(huì)話的內(nèi)容做加密/解密。
i、盡管對(duì)稱(chēng)加密/解密效率比較高，可是仍然要消耗過(guò)多的CPU，為此有專(zhuān)門(mén)的SSL 芯片。 如果CPU 信能比較低的話，肯定會(huì)降低性能，從而不能serve 更多的請(qǐng)求。
符：SSL的簡(jiǎn)介：
SSL是Netscape公司所提出的安全保密協(xié)議，在瀏覽器(如Internet Explorer、Netscape Navigator)和Web服務(wù)器(如Netscape的Netscape Enterprise Server、ColdFusion Server等等)之間構(gòu)造安全通道來(lái)進(jìn)行數(shù)據(jù)傳輸，SSL運(yùn)行在TCP/IP層之上、應(yīng)用層之下，為應(yīng)用程序提供加密數(shù)據(jù)通道，它采用了RC4、MD5 以及RSA等加密算法，使用40 位的密鑰，適用于商業(yè)信息的加密。
同時(shí)，Netscape公司相應(yīng)開(kāi)發(fā)了HTTPS協(xié)議并內(nèi)置于其瀏覽器中，HTTPS實(shí)際上就是SSL over HTTP，它使用默認(rèn)端口443，而不是像HTTP那樣使用端口80來(lái)和TCP/IP進(jìn)行通信。HTTPS協(xié)議使用SSL在發(fā)送方把原始數(shù)據(jù)進(jìn)行加密，然 后在接受方進(jìn)行解密，加密和解密需要發(fā)送方和接受方通過(guò)交換共知的密鑰來(lái)實(shí)現(xiàn)，因此，所傳送的數(shù)據(jù)不容易被網(wǎng)絡(luò)黑客截獲和解密。
然而，加密和解密過(guò)程需要耗費(fèi)系統(tǒng)大量的開(kāi)銷(xiāo)，嚴(yán)重降低機(jī)器的性能，相關(guān)測(cè)試數(shù)據(jù)表明使用HTTPS協(xié)議傳輸數(shù)據(jù)的工作效率只有使用HTTP協(xié)議傳輸?shù)氖?分之一。
假如為了安全保密，將一個(gè)網(wǎng)站所有的Web應(yīng)用都啟用SSL技術(shù)來(lái)加密，并使用HTTPS協(xié)議進(jìn)行傳輸，那么該網(wǎng)站的性能和效率將會(huì)大大降低，而且沒(méi)有這個(gè)必要，因?yàn)橐话銇?lái)說(shuō)并不是所有數(shù)據(jù)都要求那么高的安全保密級(jí)別，所以，我們只需對(duì)那些涉及機(jī)密數(shù)據(jù)的交互處理使用HTTPS協(xié)議，這樣就做到魚(yú)與熊掌兼得?？傊恍枰胔ttps 的地方，就盡量不要用。
2 . 通訊過(guò)程中的數(shù)據(jù)的泄密和被竄改
1. 一般意義上的https, 就是 server 有一個(gè)證書(shū).
a) 主要目的是保證server 就是他聲稱(chēng)的server. 這個(gè)跟第一點(diǎn)一樣.
b) 服務(wù)端和客戶端之間的所有通訊,都是加密的.
i. 具體講,是客戶端產(chǎn)生一個(gè)對(duì)稱(chēng)的密鑰,通過(guò)server 的證書(shū)來(lái)交換密鑰. 一般意義上的握手過(guò)程.
ii. 加下來(lái)所有的信息往來(lái)就都是加密的. 第三方即使截獲,也沒(méi)有任何意義.因?yàn)樗麤](méi)有密鑰. 當(dāng)然竄改也就沒(méi)有什么意義了.
2. 少許對(duì)客戶端有要求的情況下,會(huì)要求客戶端也必須有一個(gè)證書(shū).
a) 這里客戶端證書(shū),其實(shí)就類(lèi)似表示個(gè)人信息的時(shí)候,除了用戶名/密碼, 還有一個(gè)CA 認(rèn)證過(guò)的身份. 應(yīng)為個(gè)人證書(shū)一般來(lái)說(shuō)上別人無(wú)法模擬的,所有這樣能夠更深的確認(rèn)自己的身份.
b) 目前少數(shù)個(gè)人銀行的專(zhuān)業(yè)版是這種做法,具體證書(shū)可能是拿U盤(pán)作為一個(gè)備份的載體.
HTTPS 一定是繁瑣的.
a) 本來(lái)簡(jiǎn)單的http協(xié)議,一個(gè)get一個(gè)response. 由于https 要還密鑰和確認(rèn)加密算法的需要.單握手就需要6/7 個(gè)往返.
i. 任何應(yīng)用中,過(guò)多的round trip 肯定影響性能.
b) 接下來(lái)才是具體的http協(xié)議,每一次響應(yīng)或者請(qǐng)求, 都要求客戶端和服務(wù)端對(duì)會(huì)話的內(nèi)容做加密/解密.
i. 盡管對(duì)稱(chēng)加密/解密效率比較高,可是仍然要消耗過(guò)多的CPU,為此有專(zhuān)門(mén)的SSL 芯片. 如果CPU 信能比較低的話,肯定會(huì)降低性能,從而不能serve 更多的請(qǐng)求.
ii. 加密后數(shù)據(jù)量的影響. 所以，才會(huì)出現(xiàn)那么多的安全認(rèn)證提示
猜你喜歡：
1.http協(xié)議與https協(xié)議的區(qū)別
2.網(wǎng)頁(yè)地址中http和https的區(qū)別