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

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

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

• HTPPS和HTTP的概念

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

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

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

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

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

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

  google SERP 28

  baidu SERP 500…

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

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

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