Google為了維持搜尋結果中HTTPS加密實行狀況，在「HTTPS as a ranking signal」表明了會將網站是否為HTTPS列為SEO排名的指標之一。 雖然官方聲稱這個指標的比重只佔不到1％，但是在另一篇網誌「A secure web is here to stay」中，Google提出了一項有趣的統計數據：「在系統默認的情況下，搜尋結果頁（SERP）所顯示的前100名網站當中，有81個網站是使用HTTPS」。 由此可見，HTTP是否轉換為HTTPS，對網站的SEO影響甚大。
- 要做到這樣，管理員通常會給每個使用者建立憑證（通常包含了使用者的名字和電子郵件位址）。
- HTTP 狀態回應碼 HTTP 狀態碼用來表示特定的 HTTP 請求是否已成功完成。
- 給予使用者一個安全的網站，顧客對於你的品牌與企業才會產生信任感。
- How Browsers Work 關於瀏覽器內部實作及 HTTP 通訊協定請求流程的一篇非常詳盡的文章。
- HTTPS的設計可以防止前述攻擊，在正確組態時是安全的。
- 很遺憾的，還是沒辦法；因為通訊的雙方，雖然看得到對方的公鑰，但沒辦法證明這個公鑰是通訊的對方所擁有。
- 客戶端和服務端在開始傳輸數據之前，會協商傳輸過程需要使用的加密算法。
跟著本文的介紹，一起瞭解HTTP與HTTPS，並且透過htaccess轉址教學，讓你的網站安全有保障。 HTTPS 協議是由 SSL+HTTP構建的可進行加密傳輸、身份認證的網絡協議，要比 HTTP安全，可防止數據在傳輸過程中被竊取、改變，確保數據的完整性。 ① 客戶端的瀏覽器首先要通過網絡與服務器建立連接，該連接是通過TCP 來完成的，一般 TCP 連接的端口號是80。
https://ps5.mediatagtw.com/article/ps5 遊戲畫面: 加密
經過之前「網域SEO全面解析」的文章介紹後，相信大家對於網域的構成都有了基礎的認識，而HTTP與HTTPS通常會出現在網址的最前端，用以告訴使用者這個網站所使用的資訊傳遞方式為何。 超文本傳輸協定 是一種用來傳輸超媒體文件 (像是 HTML 文件) 的應用層協定，被設計來讓瀏覽器和伺服器進行溝通，但也可做其他用途。 HTTP 遵循標準客戶端—伺服器模式，由客戶端連線以發送請求，然後等待接收回應。
Cookie 通常被用來保持使用者的登入狀態——如果兩次請求都來自相同的瀏覽器。 舉例來說，它記住了無狀態（stateless） (en-US)HTTP 協議的有狀態資訊。 雖然HTTPS在資料傳輸上比較安全，但並不是每個網站都需要使用者輸入資料，為什麼現今會掀起一股HTTP轉換HTTPS的浪潮呢？ HTTPS （全稱：Hypertext Transfer Protocol Secure），是以安全爲目標的 HTTP 通道，在HTTP的基礎上通過傳輸加密和身份認證保證了傳輸過程的安全性。 HTTPS 在HTTP 的基礎下加入SSL，HTTPS 的安全基礎是 SSL，因此加密的詳細內容就需要 SSL。 HTTPS 存在不同於 HTTP 的默認端口及一個加密/身份驗證層（在 HTTP與 TCP 之間）。
https://ps5.mediatagtw.com/article/ps5 遊戲畫面: 協定層
就像快遞員傳遞包裹一樣，都進行了封裝，別人無法獲知裏面裝了什麼。 終端數位憑證由中介機構簽發、中介機構的憑證由更上游的中介機構簽發，直到源頭，它的憑證由自己簽發，這樣就形成了一個 信任鏈。 很遺憾的，還是沒辦法；因為通訊的雙方，雖然看得到對方的公鑰，但沒辦法證明這個公鑰是通訊的對方所擁有。 網景在1994年建立了HTTPS，並應用在網景領航員瀏覽器中。
失敗則關閉連接，認證成功則從客戶端證書中獲得客戶端的公鑰，一般爲1024位或者 2048位。 到此，服務器客戶端雙方的身份認證結束，雙方確保身份都是真實可靠的。 客戶端檢查服務端證書，確認是否由自己信任的證書籤發機構簽發。
https://ps5.mediatagtw.com/article/ps5 遊戲畫面: JavaScript 使用 Document.cookie 存取
在大規模用戶訪問應用的場景下，服務器需要頻繁地做加密和解密操作，幾乎每一個字節都需要做加解密，這就產生了服務器成本。 隨着雲計算技術的發展，數據中心部署的服務器使用成本在規模增加後逐步下降，相對於用戶訪問的安全提升，其投入成本已經下降到可接受程度。 例如使用者送出了一個請求，經過 TCP 的三次握手之後，資料便能透過 TCP 傳遞給伺服器，並等待伺服器回應；然而這個一來一往的傳輸過程，資料都是 明文；如果傳遞的過程中有惡意竊聽者，資料便有機會被窺探、盜用。 HTTPS的主要作用是在不安全的網路上建立一個安全信道，並可在使用適當的加密套件和伺服器憑證可被驗證且可被信任時，對竊聽和中間人攻擊提供合理的防護。 HTTP是超文本傳輸協定（HyperText Transfer Protocol）的縮寫，代表一種網際網路在傳遞資訊時的協定，其規範在使用者與伺服器之間的資料傳輸必須以TCP協定（傳輸控制協定）的三次握手（three-way handshake）建立連結。 現有互聯網環境中仍大約有 65% 的網站使用 HTTP，此部分的互聯網站的用戶訪問會存在很高的安全 隱患，導致信息泄露、木馬植入等情況出現。
https://ps5.mediatagtw.com/article/ps5 遊戲畫面: 主要作用
使用網絡發佈的任意一款抓包工具, 一個新手就有可能獲取到大型網站的用戶信息。 不過是多了一個「Secure」，究竟會讓這2種傳輸協定產生怎麼樣的差異呢？ 這就得從早期網路的使用目的來看，網際網路在初期的使用目的僅為一個部門內的資料傳輸，因此HTTP作為較早期的傳輸協定，為了求資料傳輸的快速，自然就會省略「加密與解密」的步驟，讓資料以明文傳輸。 但是隨著網路的功能越來越多元，我們有時候會需要在網路上傳輸密碼等極為重要的資訊，若持續使用HTTP就有可能在傳輸的過程中被駭客竊取或是竄改。 現有銀行對外提供的互聯網金融服務中，互聯網門戶類網站和圖片網站主要通過 HTTP對外服務。
https://ps5.mediatagtw.com/article/ps5 遊戲畫面: 建立 cookies
在整個SSL握手中,都有一個唯一的隨機數來標記SSL握手。 這樣防止了攻擊者嗅探整個登錄過程，獲取到加密的登錄數據之後，不對數據進行解密, 而直接重傳登錄數據包的攻擊手法。 當然，真實的環境不會用這種很容易被解出來的加密方式，而是會透過例如 AES 等方式進行加密；但兩者同樣的是，都會透過同一個金鑰來進行加密與解密，因此我們把這類的加密方式稱為「共用金鑰加密」，或是「對稱式加密」。 像是可能大家都有聽過的 凱薩加密法，就是一個非常基本的加密方式：將明文的字母全部位移固定的距離，解密時再位移回來；例如明文是 「EGG」，位移距離（金鑰）為 3，那麼加密後的密文就會是「HJJ」。 截至2018年6月，Alexa排名前100萬的網站中有[34.6%使用HTTPS作為預設值，網際網路141387個最受歡迎網站的43.1%具有安全實施的HTTPS，以及45%的頁面載入（透過Firefox紀錄）使用HTTPS。
https://ps5.mediatagtw.com/article/ps5 遊戲畫面: 瀏覽器實作
憑證可在其過期前被吊銷，通常情況是該憑證的私鑰已經失密。 要使一網路伺服器準備好接受HTTPS連接，管理員必須建立一數位憑證，並交由憑證頒發機構簽章以使瀏覽器接受。 憑證頒發機構會驗證數位憑證持有人和其聲明的為同一人。 瀏覽器通常都預裝了憑證頒發機構的憑證，所以他們可以驗證該簽章。 HTTP協議是爲了傳輸網頁超文本（文本、圖像、多媒體資源），以及規範客戶端和服務器端之間互相請求資源的方法的應用層協議。 在1989年最早推出了HTTP 0.9版本，而1999年公佈的HTTP 1.1是到目前（2020年）仍舊廣泛使用的版本（引自《HTTP協議幾個版本的比較》）。
https://ps5.mediatagtw.com/article/ps5 遊戲畫面: JavaScript 使用 Document.cookie 存取
%x2F（「/」）字元是資料夾分隔符號，子資料夾也同樣會被匹配。 Mozilla Observatory 旨在幫助開發者、系統管理員和安全專業人員安全地配置網站的專案。 不知從什麼時候開始，當我們在輸入我們需要打開的網頁的網址，前面的http變成了https，那麼，https是什麼呢？
https://ps5.mediatagtw.com/article/ps5 遊戲畫面: 主要作用
其 中門戶網站爲用戶提供金融諮詢和優惠信息等服務，還提供銀行App客戶端、U盾驅動等程序下載服務。 爲提升用戶服務體驗，此類 HTTP 網站還部署了內容分發網絡（Content Delivery Network，CDN），通過 CDN 將用戶需要訪問的信息放到離用戶所在物理地區最近內容服務站點，可以大幅提升互聯網對外服務的獲取速度，提供最佳訪問體驗。 上述 CDN 通常爲基於 HTTP的互聯網應用提供服務，而隨着互聯網環境中的劫持、篡改等訪問安全問題的日趨嚴峻，CDN 提供的網絡分發方案也需要支持 HTTP改造爲 HTTPS 協議。
https://ps5.mediatagtw.com/article/ps5 遊戲畫面: 瀏覽器實作
建立連接後，客戶機發送一個請求給服務器，請求方式的格式爲：統一資源標識符（URL）、協議版本號，後邊是 MIME 信息包括請求修飾符、客戶機信息和許可內容。 HTTP雖然使用極爲廣泛, 但是卻存在不小的安全缺陷, 主要是其數據的明文傳送和消息完整性檢測的缺乏, 而這兩點恰好是網絡支付, 網絡交易等新興應用中安全方面最需要關注的。 在某些情形中，被加密資源的URL可僅透過截獲請求和回應的大小推得，這就可使攻擊者同時知道明文（公開的靜態內容）和密文（被加密過的明文），從而使選擇密文攻擊成為可能。 HTTP cookie（web cookie、browser cookie）為伺服器傳送予使用者瀏覽器的一個小片段資料。 瀏覽器可能儲存並於下一次請求回傳 cookie 至相同的伺服器。
https://ps5.mediatagtw.com/article/ps5 遊戲畫面: 建立 cookies
下面是對 HTTP 到 HTTPS 改造應用和網絡的方案介紹。 我們來打個比方，我們用HTTP傳輸資料時就像是上課在傳紙條，每一次經手都有可能被有心的同學打開偷看，更甚至是竄改內容。 客戶端和服務端在開始傳輸數據之前，會協商傳輸過程需要使用的加密算法。 客戶端發送協商請求給服務端, 其中包含自己支持的非對稱加密的密鑰交換算法 ( 一般是RSA), 數據簽名摘要算法 ( https://ps5.mediatagtw.com/article/ps5 遊戲畫面 一般是SHA或者MD5) , 加密傳輸數據的對稱加密算法 ( 一般是DES),以及加密密鑰的長度。 服務端接收到消息之後，選中安全性最高的算法，並將選中的算法發送給客戶端，完成協商。 客戶端生成隨機的字符串，通過協商好的非對稱加密算法，使用服務端的公鑰對該字符串進行加密，發送給服務端。
這就意味著在大部分情況下，使用HTTPS的同時支援基於名字的虛擬主機是不很現實的。 一種叫伺服器名稱指示（SNI）的方案透過在加密連接建立前向伺服器傳送主機名解決了這一問題。 https://ps5.mediatagtw.com/article/ps5 遊戲畫面 https://ps5.mediatagtw.com/article/ps5 遊戲畫面 Firefox 2、Opera 8和執行在Windows Vista的Internet Explorer 7都加入了對SNI的支援。 給予使用者一個安全的網站，顧客對於你的品牌與企業才會產生信任感。 對於初次接觸的網站經營者與商家，自己操作轉址既耗時又擔心會失敗嗎？
就像我們郵寄包裹時，雖然是一個封裝好的未掉包的包裹，但必須確定這個包裹不會送錯地方，通過身份校驗來確保送對了地方。 HTTPS報文中的任何東西都被加密，包括所有報頭和荷載。 除了可能的選擇密文攻擊（參見侷限小節）之外，一個攻擊者所能知道的只有在兩者之間有一連接這一事實。