HTTPS 存在不同於 HTTP 的默認端口及一個加密/身份驗證層（在 HTTP與 TCP 之間）。 它被廣泛用於萬維網上安全敏感的通訊，例如交易支付等方面。 圖片來自 演算法圖鑑 – 第 5 章：安全性演算法看來要安全的進行通訊，就需要其他的加密方式；例如 迪菲-赫爾曼密鑰交換，或是我們接下來要談的「公開金鑰加密」。
- 現有銀行對外提供的互聯網金融服務中，互聯網門戶類網站和圖片網站主要通過 HTTP對外服務。
- 如果不是，將是否繼續通訊的決定權交給用戶選擇 ( 注意，這裏將是一個安全缺陷 )。
- HTTP 是一種無狀態協定，意思是伺服器不會保存任兩個請求間的任何資料 (狀態)。
- 先說大白話的結論：“HTTPS和HTTP都是數據傳輸的應用層協議，區別在於HTTPS比HTTP安全”。
- 服務端接收到消息之後，選中安全性最高的算法，並將選中的算法發送給客戶端，完成協商。
終端數位憑證由中介機構簽發、中介機構的憑證由更上游的中介機構簽發，直到源頭，它的憑證由自己簽發，這樣就形成了一個 信任鏈。 很遺憾的，還是沒辦法；因為通訊的雙方，雖然看得到對方的公鑰，但沒辦法證明這個公鑰是通訊的對方所擁有。 網景在1994年建立了HTTPS，並應用在網景領航員瀏覽器中。 最初，HTTPS是與SSL一起使用的；在SSL逐漸演變到TLS時，HTTPS也由在2000年五月公佈的RFC 2818正式確定下來。
https://ps5.mediatagtw.com/article/ps5 海馬: 加密
HTTPS的主要作用是在不安全的網路上建立一個安全信道，並可在使用適當的加密套件和伺服器憑證可被驗證且可被信任時，對竊聽和中間人攻擊提供合理的防護。 HTTP是超文本傳輸協定（HyperText Transfer Protocol）的縮寫，代表一種網際網路在傳遞資訊時的協定，其規範在使用者與伺服器之間的資料傳輸必須以TCP協定（傳輸控制協定）的三次握手（three-way handshake）建立連結。 現有互聯網環境中仍大約有 65% 的網站使用 HTTP，此部分的互聯網站的用戶訪問會存在很高的安全 隱患，導致信息泄露、木馬植入等情況出現。 針對這一情況，爲互聯網提供安全服務而採用 HTTPS 已是大勢所趨。 HTTP 到 HTTPS 的轉向可以幫助企業網提升用 戶訪問安全水平，特別是對於有敏感信息保存和提供金融交易等服務的企業更有幫助。 Google、Facebook 和國內諸多大型互聯網公司應用已經全面支持 HTTPS，並且蘋果和谷歌兩大公司也在積極推動 HTTPS 擴大應用 範圍，對 HTTPS 協議在全球網站的部署進度起到加速作用。
因此攻擊者可以輕易的發動中間人攻擊, 修改客戶端和服務端傳輸的數據, 甚至在傳輸數據中插入惡意代碼, 導致客戶端被引導至惡意網站被植入木馬。 今天從加密的方式出發，考慮每種加密通訊過程中可能受到的攻擊，逐步演變成現今最普遍的加密方式，並藉此來說明 HTTP 與 HTTPS 之間的差異，希望能幫助讀者您理解網路通訊中最基礎的安全知識。 當通訊開始時，Alice 會先傳遞數位憑證給 Bob，而 Bob 便可以透過數位簽章，來證明憑證的內容確實是屬於 Alice 的；如此一來，證明公鑰是屬於誰的問題就被解決了，即使竊聽者想要從中竊聽，也因為憑證頒發機構的數位簽章，竊聽者將無從介入通訊過程。
https://ps5.mediatagtw.com/article/ps5 海馬: 瀏覽器實作
HTTPS 全名 超文本傳輸安全協定，那個 S 就是 Secure 的意思；HTTPS 透過 HTTP 進行通訊，但通訊過程使用 SSL/TLS 進行加密，藉由類似於前述的加密方式，在 HTTP 之上定義了相對安全的資料傳輸方法。 因為TLS在HTTP之下工作，對上層協定一無所知，所以TLS伺服器只能為一個IP位址/埠組合提供一個憑證。 這就意味著在大部分情況下，使用HTTPS的同時支援基於名字的虛擬主機是不很現實的。 一種叫伺服器名稱指示（SNI）的方案透過在加密連接建立前向伺服器傳送主機名解決了這一問題。 Firefox 2、Opera 8和執行在Windows Vista的Internet https://ps5.mediatagtw.com/article/ps5 海馬 Explorer 7都加入了對SNI的支援。
- 在1989年最早推出了HTTP 0.9版本，而1999年公佈的HTTP 1.1是到目前（2020年）仍舊廣泛使用的版本（引自《HTTP協議幾個版本的比較》）。
- 假想一下：Alice 和 Bob 準備進行通訊，而 Eve 是不懷好意的竊聽者；Alice 把要傳遞的明文經過 Bob 的公鑰進行加密後，再進行傳遞，由於 Bob 的私鑰只有 Bob 擁有，即使 Eve 竊取到了密文，也無法將其解密回明文。
- 儘管作為 TCP/IP 的應用層，HTTP 亦可應用於其他可靠的傳輸層 (例如 UDP)，只要不會無聲無息地遺失訊息即可。
- HTTP 狀態回應碼 HTTP 狀態碼用來表示特定的 HTTP 請求是否已成功完成。
- 圖片來自 演算法圖鑑 – 第 5 章：安全性演算法看來要安全的進行通訊，就需要其他的加密方式；例如 迪菲-赫爾曼密鑰交換，或是我們接下來要談的「公開金鑰加密」。
雖然HTTPS在資料傳輸上比較安全，但並不是每個網站都需要使用者輸入資料，為什麼現今會掀起一股HTTP轉換HTTPS的浪潮呢？ HTTPS （全稱：Hypertext Transfer Protocol Secure），是以安全爲目標的 https://ps5.mediatagtw.com/article/ps5 海馬2025 HTTP 通道，在HTTP的基礎上通過傳輸加密和身份認證保證了傳輸過程的安全性。 HTTPS 在HTTP 的基礎下加入SSL，HTTPS 的安全基礎是 SSL，因此加密的詳細內容就需要 SSL。
https://ps5.mediatagtw.com/article/ps5 海馬: 建立 cookies
HTTPS報文中的任何東西都被加密，包括所有報頭和荷載。 除了可能的選擇密文攻擊（參見侷限小節）之外，一個攻擊者所能知道的只有在兩者之間有一連接這一事實。 收到一個 HTTP 請求時，伺服器可以傳送一個 https://ps5.mediatagtw.com/article/ps5 海馬2025 Set-Cookie (en-US) 的標頭和回應。 Cookie 通常存於瀏覽器中，並隨著請求被放在Cookie HTTP 標頭內，傳給同個伺服器。 可以註明 Cookie 的有效或終止時間，超過後 Cookie 將不再發送。 此外，也可以限制 Cookie 不傳送到特定的網域或路徑。
https://ps5.mediatagtw.com/article/ps5 海馬: 協定層
這就得從早期網路的使用目的來看，網際網路在初期的使用目的僅為一個部門內的資料傳輸，因此HTTP作為較早期的傳輸協定，為了求資料傳輸的快速，自然就會省略「加密與解密」的步驟，讓資料以明文傳輸。 但是隨著網路的功能越來越多元，我們有時候會需要在網路上傳輸密碼等極為重要的資訊，若持續使用HTTP就有可能在傳輸的過程中被駭客竊取或是竄改。 現有銀行對外提供的互聯網金融服務中，互聯網門戶類網站和圖片網站主要通過 HTTP對外服務。 其 https://ps5.mediatagtw.com/article/ps5 海馬2025 中門戶網站爲用戶提供金融諮詢和優惠信息等服務，還提供銀行App客戶端、U盾驅動等程序下載服務。
https://ps5.mediatagtw.com/article/ps5 海馬: 主要作用
客戶端檢查服務端證書，確認是否由自己信任的證書籤發機構簽發。 如果不是，將是否繼續通訊的決定權交給用戶選擇 ( 注意，這裏將是一個安全缺陷 )。 如果檢查無誤或者用戶選擇繼續，則客戶端認可服務端的身份。 另外,HTTP在傳輸客戶端請求和服務端響應時, 唯一的數據完整性檢驗就是在報文頭部包含了本次傳輸數據的長度, 而對內容是否被篡改不作確認。
https://ps5.mediatagtw.com/article/ps5 海馬: JavaScript 使用 Document.cookie 存取
2017年3月，中國註冊域名總數的0.11％使用HTTPS。 先說大白話的結論：“HTTPS和HTTP都是數據傳輸的應用層協議，區別在於HTTPS比HTTP安全”。 對於 cookie 的使用並沒有法律上或技術上的規定，但可利用 DNT 標頭，指示網頁應用程式關閉頁面的追蹤、或跨站的使用者追蹤。 HTTP 狀態回應碼 HTTP 狀態碼用來表示特定的 HTTP 請求是否已成功完成。 回應分為五類：資訊回應、成功回應、重定向、用戶端錯誤、以及伺服器錯誤。
https://ps5.mediatagtw.com/article/ps5 海馬: 瀏覽器實作
嚴格地講，HTTPS並不是一個單獨的協定，而是對工作在一加密連接（TLS或SSL）上的常規HTTP協定的稱呼。 自2018年起，Firefox及Chromium（以及Google Chrome、Microsoft Edge）調整了其顯示網站域名及其安全程度的方式，包括不再突出顯示HTTPS協定下的網頁及將非HTTPS協定下的網頁標註為不安全。 電子前線基金會曾經建議「在理想的世界中，任何網路請求都能預設為HTTPS的。」該基金會也曾製作了Firefox擴充組件來推廣這一建議。
https://ps5.mediatagtw.com/article/ps5 海馬: JavaScript 使用 Document.cookie 存取
歷史上，HTTPS連接經常用於全球資訊網上的交易支付和企業訊息系統中敏感訊息的傳輸。 在2000年代末至2010年代初，HTTPS開始廣泛使用，以確保各類型的網頁真實，保護帳戶和保持使用者通信，身分和網路瀏覽的私密性。 How Browsers Work 關於瀏覽器內部實作及 HTTP 通訊協定請求流程的一篇非常詳盡的文章。 ② 服務器接到請求後，給予相應的響應信息，其格式爲一個狀態行，包括信息的協議版本號、一個成功或錯誤的代碼，後邊是 MIME https://ps5.mediatagtw.com/article/ps5 海馬 信息包括服務器信息、實體信息和可能的內容。
https://ps5.mediatagtw.com/article/ps5 海馬: 加密
在整個SSL握手中,都有一個唯一的隨機數來標記SSL握手。 這樣防止了攻擊者嗅探整個登錄過程，獲取到加密的登錄數據之後，不對數據進行解密, 而直接重傳登錄數據包的攻擊手法。 當然，真實的環境不會用這種很容易被解出來的加密方式，而是會透過例如 AES 等方式進行加密；但兩者同樣的是，都會透過同一個金鑰來進行加密與解密，因此我們把這類的加密方式稱為「共用金鑰加密」，或是「對稱式加密」。 像是可能大家都有聽過的 凱薩加密法，就是一個非常基本的加密方式：將明文的字母全部位移固定的距離，解密時再位移回來；例如明文是 「EGG」，位移距離（金鑰）為 3，那麼加密後的密文就會是「HJJ」。 截至2018年6月，Alexa排名前100萬的網站中有[34.6%使用HTTPS作為預設值，網際網路141387個最受歡迎網站的43.1%具有安全實施的HTTPS，以及45%的頁面載入（透過Firefox紀錄）使用HTTPS。
HTTPS 協議的安全是有範圍的，在黑客攻擊、拒絕服務攻擊和服務器劫持等方面幾乎起不到什麼作用。 （3）身份校驗安全性：保證數據到達用戶期望的目的地。 就像我們郵寄包裹時，雖然是一個封裝好的未掉包的包裹，但必須確定這個包裹不會送錯地方，通過身份校驗來確保送對了地方。
部署 HTTPS 後，因爲 HTTPS 協議的工作要增加額外的計算資源消耗，例如 SSL 協議加密算法和 SSL 交互次數將佔用一定的計算資源和服務器成本。 在大規模用戶訪問應用的場景下，服務器需要頻繁地做加密和解密操作，幾乎每一個字節都需要做加解密，這就產生了服務器成本。 隨着雲計算技術的發展，數據中心部署的服務器使用成本在規模增加後逐步下降，相對於用戶訪問的安全提升，其投入成本已經下降到可接受程度。 例如使用者送出了一個請求，經過 TCP 的三次握手之後，資料便能透過 TCP 傳遞給伺服器，並等待伺服器回應；然而這個一來一往的傳輸過程，資料都是 明文；如果傳遞的過程中有惡意竊聽者，資料便有機會被窺探、盜用。