最近大家在使用百度、谷歌或淘寶的時(shí)候，是不是注意瀏覽器左上角已經(jīng)全部出現(xiàn)了一把綠色鎖，這把鎖表明該網(wǎng)站已經(jīng)使用了 HTTPS 進(jìn)行保護(hù)。仔細(xì)觀察，會(huì)發(fā)現(xiàn)這些網(wǎng)站已經(jīng)全站使用 HTTPS。同時(shí)，iOS 9 系統(tǒng)默認(rèn)把所有的 http 請求都改為 HTTPS 請求。隨著互聯(lián)網(wǎng)的發(fā)展，現(xiàn)代互聯(lián)網(wǎng)正在逐漸進(jìn)入全站 HTTPS 時(shí)代。

　　因此有開發(fā)同學(xué)會(huì)問：

　　全站 HTTPS 能夠帶來怎樣的優(yōu)勢?HTTPS 的原理又是什么?同時(shí)，阻礙 HTTPS 普及的困難是什么?

• HTPPS和HTTP的概念

  HTTPS（全稱：Hypertext Transfer Protocol over Secure Socket Layer），是以安全為目標(biāo)的HTTP通道，簡單講是HTTP的安全版。即HTTP下加入SSL層，HTTPS的安全基礎(chǔ)是SSL，因此加密的詳細(xì)內(nèi)容就需要SSL。 它是一個(gè)URI scheme（抽象標(biāo)識符體系），句法類同http:體系。用于安全的HTTP數(shù)據(jù)傳輸。https:URL表明它使用了HTTP，但HTTPS存在不同于HTTP的默認(rèn)端口及一個(gè)加密/身份驗(yàn)證層（在HTTP與TCP之間）。這個(gè)系統(tǒng)的最初研發(fā)由網(wǎng)景公司進(jìn)行，提供了身份驗(yàn)證與加密通訊方法，現(xiàn)在它被廣泛用于萬維網(wǎng)上安全敏感的通訊，例如交易支付方面。

  超文本傳輸協(xié)議 (HTTP-Hypertext transfer protocol) 是一種詳細(xì)規(guī)定了瀏覽器和萬維網(wǎng)服務(wù)器之間互相通信的規(guī)則，通過因特網(wǎng)傳送萬維網(wǎng)文檔的數(shù)據(jù)傳送協(xié)議。

• HTTPS和HTTP的區(qū)別：

  https協(xié)議需要到ca申請證書，一般免費(fèi)證書很少，需要交費(fèi)。http是超文本傳輸協(xié)議，信息是明文傳輸，https 則是具有安全性的ssl加密傳輸協(xié)議http和https使用的是完全不同的連接方式用的端口也不一樣,前者是80,后者是443。http的連接很簡單,是無狀態(tài)的HTTPS協(xié)議是由SSL+HTTP協(xié)議構(gòu)建的可進(jìn)行加密傳輸、身份認(rèn)證的網(wǎng)絡(luò)協(xié)議 要比http協(xié)議安全HTTPS解決的問題：1 . 信任主機(jī)的問題. 采用https 的server 必須從CA 申請一個(gè)用于證明服務(wù)器用途類型的證書. 改證書只有用于對應(yīng)的server 的時(shí)候,客戶度才信任次主機(jī). 所以目前所有的銀行系統(tǒng)網(wǎng)站,關(guān)鍵部分應(yīng)用都是https 的. 客戶通過信任該證書,從而信任了該主機(jī). 其實(shí)這樣做效率很低,但是銀行更側(cè)重安全. 這一點(diǎn)對我們沒有任何意義,我們的server ,采用的證書不管自己issue 還是從公眾的地方issue, 客戶端都是自己人,所以我們也就肯定信任該server.2 . 通訊過程中的數(shù)據(jù)的泄密和被竄改1. 一般意義上的https, 就是 server 有一個(gè)證書.a) 主要目的是保證server 就是他聲稱的server. 這個(gè)跟第一點(diǎn)一樣.b) 服務(wù)端和客戶端之間的所有通訊,都是加密的.i. 具體講,是客戶端產(chǎn)生一個(gè)對稱的密鑰,通過server 的證書來交換密鑰. 一般意義上的握手過程.ii. 加下來所有的信息往來就都是加密的. 第三方即使截獲,也沒有任何意義.因?yàn)樗麤]有密鑰. 當(dāng)然竄改也就沒有什么意義了.2. 少許對客戶端有要求的情況下,會(huì)要求客戶端也必須有一個(gè)證書.a) 這里客戶端證書,其實(shí)就類似表示個(gè)人信息的時(shí)候,除了用戶名/密碼, 還有一個(gè)CA 認(rèn)證過的身份. 應(yīng)為個(gè)人證書一般來說上別人無法模擬的,所有這樣能夠更深的確認(rèn)自己的身份.b) 目前少數(shù)個(gè)人銀行的專業(yè)版是這種做法,具體證書可能是拿U盤作為一個(gè)備份的載體.HTTPS 一定是繁瑣的.a) 本來簡單的http協(xié)議,一個(gè)get一個(gè)response. 由于https 要還密鑰和確認(rèn)加密算法的需要.單握手就需要6/7 個(gè)往返.i. 任何應(yīng)用中,過多的round trip 肯定影響性能.b) 接下來才是具體的http協(xié)議,每一次響應(yīng)或者請求, 都要求客戶端和服務(wù)端對會(huì)話的內(nèi)容做加密/解密.i. 盡管對稱加密/解密效率比較高,可是仍然要消耗過多的CPU,為此有專門的SSL 芯片. 如果CPU 信能比較低的話,肯定會(huì)降低性能,從而不能serve 更多的請求.ii. 加密后數(shù)據(jù)量的影響. 所以，才會(huì)出現(xiàn)那么多的安全認(rèn)證提示

• HTTPS網(wǎng)站對百度和谷歌SEO有什么影響？

  從“site”中我們可以看見百度只收錄http，盡管做了301跳轉(zhuǎn)；谷歌方面則收錄了2個(gè)不同版本的頁面，很明確的指明了我的主域名是哪個(gè)版本。另外收錄情況也是大大不用。再看看它們在搜索結(jié)果里面的情況。

  google SERP 28

  baidu SERP 500…

   現(xiàn)在就可以清楚的知道：https對google是沒有絲毫影響的，不管是排名或者是收錄。但是在baidu就明顯行不通了，完全不收錄https的站點(diǎn)，更別說排名。假如baidu沒有發(fā)現(xiàn)你的http版本，那就是：抱歉，沒有找到與“XX”相關(guān)的網(wǎng)頁，就算是做了301，但是一個(gè)做了301的頁面拿什么跟做了優(yōu)化的對手網(wǎng)站競爭？

  有時(shí)候一個(gè)網(wǎng)站因商業(yè)要求等先天條件必須要用到加密協(xié)議怎么辦?

  你主要市場的SE不支持https那一切都等于白搭了。所以最好清楚目標(biāo)SE是什么態(tài)度，比如google那么你就可以不用理會(huì)了。