HTTP 全名是 超文本傳輸協定（HyperText Transfer Protocol），內容只規範了客戶端請求與伺服器回應的標準，實際上是藉由 TCP 作為資料的傳輸方式。 交互策略更爲安全，但需要用戶在他們的瀏覽器中安裝個人的證書來進行認證。 https://ps5.mediatagtw.com/article/konaev 自2018年起，Firefox及Chromium（以及Google Chrome、Microsoft Edge）調整了其顯示網站域名及其安全程度的方式，包括不再突出顯示HTTPS協議下的網頁及將非HTTPS協議下的網頁標註爲不安全。 電子前哨基金會曾經建議“在理想的世界中，任何網絡請求都能默認爲HTTPS的。 ”該基金會也曾製作了Firefox擴展組件來推廣這一建議。
- 爲提升用戶服務體驗，此類 HTTP 網站還部署了內容分發網絡（Content Delivery Network，CDN），通過 CDN 將用戶需要訪問的信息放到離用戶所在物理地區最近內容服務站點，可以大幅提升互聯網對外服務的獲取速度，提供最佳訪問體驗。
- 由此可見，HTTP是否轉換為HTTPS，對網站的SEO影響甚大。
- 加密 指的是把明文資料轉換成無法讀取的內容 – 密文，並且密文能藉由特定的解密過程，將其回復成明文。
- 經過之前「網域SEO全面解析」的文章介紹後，相信大家對於網域的構成都有了基礎的認識，而HTTP與HTTPS通常會出現在網址的最前端，用以告訴使用者這個網站所使用的資訊傳遞方式為何。
- 瀏覽器可能儲存並於下一次請求回傳 cookie 至相同的伺服器。
- 在1989年最早推出了HTTP 0.9版本，而1999年公佈的HTTP 1.1是到目前（2020年）仍舊廣泛使用的版本（引自《HTTP協議幾個版本的比較》）。
- Get多用來查詢，請求參數放在url中，不會對服務器上的內容產生作用。
客戶端發送協商請求給服務端, 其中包含自己支持的非對稱加密的密鑰交換算法 ( 一般是RSA), 數據簽名摘要算法 ( 一般是SHA或者MD5) , 加密傳輸數據的對稱加密算法 ( 一般是DES),以及加密密鑰的長度。 服務端接收到消息之後，選中安全性最高的算法，並將選中的算法發送給客戶端，完成協商。 客戶端生成隨機的字符串，通過協商好的非對稱加密算法，使用服務端的公鑰對該字符串進行加密，發送給服務端。 服務端接收到之後，使用自己的私鑰解密得到該字符串。
https://ps5.mediatagtw.com/article/konaev: 加密
很遺憾的，還是沒辦法；因為通訊的雙方，雖然看得到對方的公鑰，但沒辦法證明這個公鑰是通訊的對方所擁有。 網景在1994年創建了HTTPS，並應用在網景導航者瀏覽器中。 最初，HTTPS是與SSL一起使用的；在SSL逐漸演變到TLS時，HTTPS也由在2000年五月公佈的RFC 2818正式確定下來。 GET是直接添加到URL後面的，直接就可以在URL中看到內容，而POST是放在報文內部的，用戶無法直接看到。
- Mozilla Observatory 旨在幫助開發者、系統管理員和安全專業人員安全地配置網站的專案。
- HTTPS報文中的任何東西都被加密，包括所有報頭和荷載。
- HTTPS經由HTTP進行通訊，但利用SSL/TLS來加密封包。
- URL 則是用來定位具體的資源的，標示了一個具體的資源位置。
- 這個證書會被放置在瀏覽器中，並在每次連接到服務器時由服務器檢查。
當然，真實的環境不會用這種很容易被解出來的加密方式，而是會透過例如 AES 等方式進行加密；但兩者同樣的是，都會透過同一個金鑰來進行加密與解密，因此我們把這類的加密方式稱為「共用金鑰加密」，或是「對稱式加密」。 像是可能大家都有聽過的 凱薩加密法，就是一個非常基本的加密方式：將明文的字母全部位移固定的距離，解密時再位移回來；例如明文是 「EGG」，位移距離（金鑰）為 3，那麼加密後的密文就會是「HJJ」。 一個組織也可能有自己的證書頒發機構，尤其是當設置瀏覽器來訪問他們自己的網站時（如，運行在公司或學校局域網內的網站）。 截至2018年6月，Alexa排名前100萬的網站中有[34.6%使用HTTPS作為預設值，互聯網141387個最受歡迎網站的43.1%具有安全實施的HTTPS，以及45%的頁面載入（透過Firefox紀錄）使用HTTPS。
https://ps5.mediatagtw.com/article/konaev: 主要作用
URL 則是用來定位具體的資源的，標示了一個具體的資源位置。 網絡協議是計算機之間爲了實現網絡通信而達成的一種“約定”或者”規則“，有了這種”約定“，不同廠商的生產設備，以及不同操作系統組成的計算機之間，就可以實現通信。 終端數位憑證由中介機構簽發、中介機構的憑證由更上游的中介機構簽發，直到源頭，它的憑證由自己簽發，這樣就形成了一個 信任鏈。
針對這一情況，爲互聯網提供安全服務而採用 HTTPS 已是大勢所趨。 HTTP 到 HTTPS https://ps5.mediatagtw.com/article/konaev2025 的轉向可以幫助企業網提升用 https://ps5.mediatagtw.com/article/konaev 戶訪問安全水平，特別是對於有敏感信息保存和提供金融交易等服務的企業更有幫助。 Google、Facebook 和國內諸多大型互聯網公司應用已經全面支持 HTTPS，並且蘋果和谷歌兩大公司也在積極推動 HTTPS 擴大應用 範圍，對 HTTPS 協議在全球網站的部署進度起到加速作用。 HTTPS （全稱：Hypertext Transfer Protocol Secure），是以安全爲目標的 HTTP 通道，在HTTP的基礎上通過傳輸加密和身份認證保證了傳輸過程的安全性。
https://ps5.mediatagtw.com/article/konaev: 瀏覽器在使用HTTPS傳輸數據的流程是什麼？
除了可能的選擇密文攻擊（參見侷限小節）之外，一個攻擊者所能知道的只有在兩者之間有一連接這一事實。 另外，還有一種安全超文本傳輸協議（S-HTTP）的HTTP安全傳輸實現，但是HTTPS的廣泛應用而成爲事實上的HTTP安全傳輸實現，S-HTTP並沒有得到廣泛支持。 對於 cookie 的使用並沒有法律上或技術上的規定，但可利用 DNT 標頭，指示網頁應用程式關閉頁面的追蹤、或跨站的使用者追蹤。 收到一個 HTTP 請求時，伺服器可以傳送一個 Set-Cookie (en-US) 的標頭和回應。
https://ps5.mediatagtw.com/article/konaev: 瀏覽器實現
HTTPS 在HTTP 的基礎下加入SSL，HTTPS 的安全基礎是 SSL，因此加密的詳細內容就需要 SSL。 HTTPS 存在不同於 HTTP 的默認端口及一個加密/身份驗證層（在 HTTP與 TCP 之間）。 它被廣泛用於萬維網上安全敏感的通訊，例如交易支付等方面。 不過是多了一個「Secure」，究竟會讓這2種傳輸協定產生怎麼樣的差異呢？ 這就得從早期網路的使用目的來看，網際網路在初期的使用目的僅為一個部門內的資料傳輸，因此HTTP作為較早期的傳輸協定，為了求資料傳輸的快速，自然就會省略「加密與解密」的步驟，讓資料以明文傳輸。 但是隨著網路的功能越來越多元，我們有時候會需要在網路上傳輸密碼等極為重要的資訊，若持續使用HTTP就有可能在傳輸的過程中被駭客竊取或是竄改。
https://ps5.mediatagtw.com/article/konaev: 請求報文構成
證書可在其過期前被吊銷，通常情況是該證書的私鑰已經失密。 要使一網絡服務器準備好接受HTTPS連接，管理員必須創建一數字證書，並交由證書頒發機構簽名以使瀏覽器接受。 證書頒發機構會驗證數字證書持有人和其聲明的爲同一人。 瀏覽器通常都預裝了證書頒發機構的證書，所以他們可以驗證該簽名。 嚴格地講，HTTPS並不是一個單獨的協議，而是對工作在一加密連接（TLS或SSL）上的常規HTTP協議的稱呼。 https://ps5.mediatagtw.com/article/konaev 當連接到一個提供無效證書的網站時，較舊的瀏覽器會使用一個對話框詢問用戶是否繼續，而較新的瀏覽器會在整個窗口中顯示警告。
https://ps5.mediatagtw.com/article/konaev: JavaScript 使用 Document.cookie 存取
Get多用來查詢，請求參數放在url中，不會對服務器上的內容產生作用。 Post用來提交，如把賬號密碼放入body中。 簡單快速：客戶向服務器請求服務時，只需傳送請求方法和路徑。 CSP 指令 (en-US) Content-Security-Policy (en-US) 回應檔頭讓網站管理員控制哪些頁面上的資源能被用戶端程式（user agent）載入。 除了少數特例外，此政策主要關於指定來源伺服器和腳本程式的端點（endpoints）。 相同網絡環境下，HTTPS 協議會使頁面的加載時間延長近 50%，增加 10%到 20%的耗電。
https://ps5.mediatagtw.com/article/konaev: 協議層
此外，HTTPS 協議還會影響緩存，增加數據開銷和功耗。 HTTP不是安全的，而且攻擊者可以通過監聽和中間人攻擊等手段，獲取網站帳戶和敏感信息等。 HTTPS的設計可以防止前述攻擊，在正確配置時是安全的。 Path 指出一個必定存在於請求 URL 中的 URL 路徑，使 Cookie 標頭能被傳出。 %x2F（「/」）字元是資料夾分隔符號，子資料夾也同樣會被匹配。 HTTP是一個基於TCP/IP通信協議來傳遞數據的協議，傳輸的數據類型爲HTML 文件,、圖片文件, 查詢結果等。
https://ps5.mediatagtw.com/article/konaev: 瀏覽器實現
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影響甚大。 https://ps5.mediatagtw.com/article/konaev 經過之前「網域SEO全面解析」的文章介紹後，相信大家對於網域的構成都有了基礎的認識，而HTTP與HTTPS通常會出現在網址的最前端，用以告訴使用者這個網站所使用的資訊傳遞方式為何。 網路發展至今已與我們的生活緊密結合，不論是查資料、工作甚至是購物，只要連接上網際網路就能輕鬆完成。 但你可曾費心留意過，平時瀏覽的那些網站甚至是自家網站的網址開頭是HTTP還是HTTPS？
訪問一個網頁時，瀏覽器會向web服務器發出請求。 此網頁所在的服務器會返回一個包含HTTP狀態碼的信息頭用以響應瀏覽器的請求。 瀏覽器作爲HTTP客戶端通過URL向HTTP服務端即WEB服務器發送所有請求。
https://ps5.mediatagtw.com/article/konaev: 請求報文構成
服務器處理完請求，並收到客戶的應答後，即斷開連接，但是卻不利於客戶端與服務器保持會話連接，爲了彌補這種不足，產生了兩項記錄http狀態的技術，一個叫做Cookie,一個叫做Session。 當通訊開始時，Alice 會先傳遞數位憑證給 Bob，而 Bob 便可以透過數位簽章，來證明憑證的內容確實是屬於 Alice 的；如此一來，證明公鑰是屬於誰的問題就被解決了，即使竊聽者想要從中竊聽，也因為憑證頒發機構的數位簽章，竊聽者將無從介入通訊過程。 因此就出現了 憑證頒發機構，例如 Alice 和 Bob 要準備進行通訊；在開始之前，Alice 必須先提供公鑰 & Email，向憑證頒發機構申請憑證，憑證頒發機構核可後，便會透過 數位簽章 包裹 Alice 提供的資料，製作成 數位憑證。
如果檢查無誤或者用戶選擇繼續，則客戶端認可服務端的身份。 圖片來自 演算法圖鑑 – 第 5 https://ps5.mediatagtw.com/article/konaev 章：安全性演算法看來要安全的進行通訊，就需要其他的加密方式；例如 迪菲-赫爾曼密鑰交換，或是我們接下來要談的「公開金鑰加密」。 像是 惡意使用者偽裝成公用無線網路來釣魚，當使用者連上之後，便可以擷取封包，窺探傳輸的內容；再說，即使扣除掉這種不知名的免費無線網路，你也沒辦法確認網路連線到目標伺服器的路上，每個節點都不會窺探、側錄你所傳遞的資料。 在某些情形中，被加密資源的URL可僅通過截獲請求和響應的大小推得，這就可使攻擊者同時知道明文（公開的靜態內容）和密文（被加密過的明文），從而使選擇密文攻擊成爲可能。 https://ps5.mediatagtw.com/article/konaev 但是這個HTTP 1.1版本存在一個很大的問題-明文傳輸（Plaintext/Clear Text），這個問題在互聯網時代的今天是致命的，一旦數據在公共網絡中被第三方截獲，其通信內容輕而易舉地就被竊取了。 HTTP是超文本傳輸協定（HyperText Transfer Protocol）的縮寫，代表一種網際網路在傳遞資訊時的協定，其規範在使用者與伺服器之間的資料傳輸必須以TCP協定（傳輸控制協定）的三次握手（three-way handshake）建立連結。