https和http我們經(jīng)常見到的url形式，這兩種有什么區(qū)別，恐怕大家都不太理解，現(xiàn)在我們就簡單介紹一下他們之間的異同。

首先談?wù)勈裁词荋TTPS：

　　HTTPS(Secure Hypertext Transfer Protocol)安全超文本傳輸協(xié)議 它是一個安全通信通道，它基于HTTP開發(fā)，用于在客戶計算機和服務(wù)器之間交換信息。它使用安全套接字層(SSL)進行信息交換，簡單來說它是HTTP的安全版。 它是由Netscape開發(fā)并內(nèi)置于其瀏覽器中，用于對數(shù)據(jù)進行壓縮和解壓操作，并返回網(wǎng)絡(luò)上傳送回的結(jié)果。

　　HTTPS實際上應(yīng)用了Netscape的安 全全套接字層(SSL)作為HTTP應(yīng)用層的子層。(HTTPS使用端口443，而不是象HTTP那樣使用端口80來和TCP/IP進行通信。)SSL使 用40 位關(guān)鍵字作為RC4流加密算法，這對于商業(yè)信息的加密是合適的。HTTPS和SSL支持使用X。509數(shù)字認證，如果需要的話用戶可以確認發(fā)送者是誰。

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)建的可進行加密傳輸、身份認證的網(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、加下來所有的信息往來就都是加密的。 第三方即使截獲，也沒有任何意義。因為他沒有密鑰。 當然竄改也就沒有什么意義了。

　　2)少許對客戶端有要求的情況下，會要求客戶端也必須有一個證書。

　　a) 這里客戶端證書，其實就類似表示個人信息的時候，除了用戶名/密碼， 還有一個CA 認證過的身份。 應(yīng)為個人證書一般來說上別人無法模擬的，所有這樣能夠更深的確認自己的身份。

　　b) 目前少數(shù)個人銀行的專業(yè)版是這種做法，具體證書可能是拿U盤作為一個備份的載體。像我用的交通銀行的網(wǎng)上銀行就是采取的這種方式。 HTTPS 一定是繁瑣的。

　　a) 本來簡單的http協(xié)議，一個get一個response。由于https 要還密鑰和確認加密算法的需要。單握手就需要6/7 個往返。

　　i、任何應(yīng)用中，過多的round trip 肯定影響性能。

　　b) 接下來才是具體的http協(xié)議，每一次響應(yīng)或者請求， 都要求客戶端和服務(wù)端對會話的內(nèi)容做加密/解密。

　　i、盡管對稱加密/解密效率比較高，可是仍然要消耗過多的CPU，為此有專門的SSL 芯片。 如果CPU 信能比較低的話，肯定會降低性能，從而不能serve 更多的請求。

　　附：SSL的簡介：

　　SSL是Netscape公司所提出的安全保密協(xié)議，在瀏覽器(如Internet Explorer、Netscape Navigator)和Web服務(wù)器(如Netscape的Netscape Enterprise Server、ColdFusion Server等等)之間構(gòu)造安全通道來進行數(shù)據(jù)傳輸，SSL運行在TCP/IP層之上、應(yīng)用層之下，為應(yīng)用程序提供加密數(shù)據(jù)通道，它采用了RC4、MD5 以及RSA等加密算法，使用40 位的密鑰，適用于商業(yè)信息的加密。

　　同時，Netscape公司相應(yīng)開發(fā)了HTTPS協(xié)議并內(nèi)置于其瀏覽器中，HTTPS實際上就是SSL over HTTP，它使用默認端口443，而不是像HTTP那樣使用端口80來和TCP/IP進行通信。HTTPS協(xié)議使用SSL在發(fā)送方把原始數(shù)據(jù)進行加密，然 后在接受方進行解密，加密和解密需要發(fā)送方和接受方通過交換共知的密鑰來實現(xiàn)，因此，所傳送的數(shù)據(jù)不容易被網(wǎng)絡(luò)黑客截獲和解密。

　　然而，加密和解密過程需要耗費系統(tǒng)大量的開銷，嚴重降低機器的性能，相關(guān)測試數(shù)據(jù)表明使用HTTPS協(xié)議傳輸數(shù)據(jù)的工作效率只有使用HTTP協(xié)議傳輸?shù)氖?分之一。

　　假如為了安全保密，將一個網(wǎng)站所有的Web應(yīng)用都啟用SSL技術(shù)來加密，并使用HTTPS協(xié)議進行傳輸，那么該網(wǎng)站的性能和效率將會大大降低，而且沒有這個必要，因為一般來說并不是所有數(shù)據(jù)都要求那么高的安全保密級別，所以，我們只需對那些涉及機密數(shù)據(jù)的交互處理使用HTTPS協(xié)議，這樣就做到魚與熊掌兼得�？傊�不需要用https 的地方，就盡量不要用。

　　HTTPS的七個誤解

　　誤解七：HTTPS無法緩存

　　許多人以為，出于安全考慮，瀏覽器不會在本地保存HTTPS緩存。實際上，只要在HTTP頭中使用特定命令，HTTPS是可以緩存的。

　　微軟的IE項目經(jīng)理Eric Lawrence寫道：

　　"說來也許令人震驚，只要HTTP頭允許這樣做，所有版本的IE都緩存HTTPS內(nèi)容。比如，如果頭命令是Cache-Control:max-age=600，那么這個網(wǎng)頁就將被IE緩存10分鐘。IE的緩存策略，與是否使用HTTPS協(xié)議無關(guān)。(其他瀏覽器在這方面的行為不一致，取決于你使用的版本，所以這里不加以討論。)"

　　Firefox默認只在內(nèi)存中緩存HTTPS。但是，只要頭命令中有Cache-Control:Public，緩存就會被寫到硬盤上。下面的圖片顯示，F(xiàn)irefox的硬盤緩存中有HTTPS內(nèi)容，頭命令正是Cache-Control:Public。

　　誤解六：SSL證書很貴

　　如果你在網(wǎng)上搜一下，就會發(fā)現(xiàn)很多便宜的SSL證書，大概10美元一年，這和一個.com域名的年費差不多。而且事實上，還能找到免費的SSL證書。

　　在效力上，便宜的證書當然會比大機構(gòu)頒發(fā)的證書差一點，但是幾乎所有的主流瀏覽器都接受這些證書。

　　誤解五：HTTPS站點必須有獨享的IP地址

　　由于IPv4將要分配完畢，所以很多人關(guān)心這個問題。每個IP地址只能安裝一張SSL證書，這是毫無疑問的。但是，如果你使用子域名通配符SSL證書(wildcard SSL certificate，價格大約是每年125美元)，就能在一個IP地址上部署多個HTTPS子域名。比如，https://www.httpwatch.com和https://store.httpwatch.com，就共享同一個IP地址。

　　另外，UCC(統(tǒng)一通信證書，Unified Communications Certificate)支持一張證書同時匹配多個站點，可以是完全不同的域名。SNI(服務(wù)器名稱指示，Server Name Indication)允許一個IP地址上多個域名安裝多張證書。服務(wù)器端，Apache和Nginx支持該技術(shù)，IIS不支持;客戶端，IE7+、Firefox 2.0+、Chrome 6+、Safari 2.1+和Opera 8.0+支持。

　　誤解四：轉(zhuǎn)移服務(wù)器時要購買新證書

　　部署SSL證書，需要這樣幾步：

　　1. 在你的服務(wù)器上，生成一個CSR文件(SSL證書請求文件，SSL Certificate Signing Request)。

　　2. 使用CSR文件，購買SSL證書。

　　3. 安裝SSL證書。

　　這些步驟都經(jīng)過精心設(shè)計，保證傳輸?shù)陌踩�，防止有人截取或非法獲得證書。結(jié)果就是，你在第二步得到的證書不能用在另一臺服務(wù)器上。如果你需要這樣做，就必須以其他格式輸出證書。

　　比如，IIS的做法是生成一個可以轉(zhuǎn)移的.pfx文件，并加以密碼保護。

　　將這個文件傳入其他服務(wù)器，將可以繼續(xù)使用原來的SSL證書了。

　　誤解三：HTTPS太慢

　　使用HTTPS不會使你的網(wǎng)站變得更快(實際上有可能，請看下文)，但是有一些技巧可以大大減少額外開銷。

　　首先，只要壓縮文本內(nèi)容，就會降低解碼耗用的CPU資源。不過，對于當代CPU來說，這點開銷不值一提。

　　其次，建立HTTPS連接，要求額外的TCP往返，因此會新增一些發(fā)送和接收的字節(jié)。但是，從下圖可以看到，新增的字節(jié)是很少的。

　　第一次打開網(wǎng)頁的時候，HTTPS協(xié)議會比HTTP協(xié)議慢一點，這是因為讀取和驗證SSL證書的時間。下面是一張HTTP網(wǎng)頁打開時間的瀑布圖。

　　同一張網(wǎng)頁使用HTTPS協(xié)議之后，打開時間變長了。

　　建立連接的部分，大約慢了10%。但是，一旦有效的HTTPS連接建立起來，再刷新網(wǎng)頁，兩種協(xié)議幾乎沒有區(qū)別。先是HTTP協(xié)議的刷新表現(xiàn)：

　　然后是HTTPS協(xié)議：

　　某些用戶可能發(fā)現(xiàn)，HTTPS比HTTP更快一點。這會發(fā)生在一些大公司的內(nèi)部局域網(wǎng)，因為通常情況下，公司的網(wǎng)關(guān)會截取并分析所有的網(wǎng)絡(luò)通信。但 是，當它遇到HTTPS連接時，它就只能直接放行，因為HTTPS無法被解讀。正是因為少了這個解讀的過程，所以HTTPS變得比較快。

　　誤解二：有了HTTPS，Cookie和查詢字符串就安全了

　　雖然無法直接從HTTPS數(shù)據(jù)中讀取Cookie和查詢字符串，但是你仍然需要使它們的值變得難以預測。

　　比如，曾經(jīng)有一家英國銀行，直接使用順序排列的數(shù)值表示session id:

　　黑客可以先注冊一個賬戶，找到這個cookie，看到這個值的表示方法。然后，改動cookie，從而劫持其他人的session id。至于查詢字符串，也可以通過類似方式泄漏。

　　誤解一：只有注冊登錄頁，才需要HTTPS

　　這種想法很普遍。人們覺得，HTTPS可以保護用戶的密碼，此外就不需要了。Firefox瀏覽器新插件Firesheep，證明了這種想法是錯的。我們可以看到，在Twitter和Facebook上，劫持其他人的session是非常容易的。

　　咖啡館的免費WiFi，就是一個很理想的劫持環(huán)境，因為兩個原因：

　　1. 這種WiFi通常不會加密，所以很容易監(jiān)控所有流量。

　　2. WiFi通常使用NAT進行外網(wǎng)和內(nèi)網(wǎng)的地址轉(zhuǎn)換，所有內(nèi)網(wǎng)客戶端都共享一個外網(wǎng)地址。這意味著，被劫持的session，看上去很像來自原來的登錄者。

　　以Twitter為例，它的登錄頁使用了HTTPS，但是登錄以后，其他頁面就變成了HTTP。這時，它的cookie里的session值就暴露了。

　　也就是說，這些cookie是在HTTPS環(huán)境下建立的，但是卻在HTTP環(huán)境下傳輸。如果有人劫持到這些cookie，那他就能以你的身份在Twitter上發(fā)言了。