加密與 HTTPS：鎖、鑰匙與身分證

加密（encryption）＝用一把「鑰匙（金鑰，key）」把看得懂的資料（明文）攪亂成看不懂的亂碼（密文）；沒有鑰匙的人拿到也讀不出內容。資料有兩種「危險時刻」，對應兩種加密：

• In Transit（傳輸中）：資料在網路上旅行時可能被中途偷看（咖啡廳 WiFi、路過的任何節點）。保護方式＝TLS／HTTPS——資料上路前先加密，到站再解密。類比：運鈔車。
• At Rest（靜態）：資料躺在硬碟／資料庫裡時，可能因硬碟失竊、備份外流而暴露。保護方式＝存進去之前先加密。類比：保險箱。

• 對稱加密（Symmetric）：加密和解密用同一把鑰匙。類比：家門鑰匙——鎖門開門都是它，誰拿到就進得來。
• 代表演算法：AES-256（考試看到這個字＝對稱加密，256 是鑰匙長度，目前視為不可暴力破解）。
• 優點：快。加解密大量資料的效能極好，所以「加密資料本體」幾乎都用對稱式。
• 致命弱點：鑰匙怎麼交給對方？你和遠方的朋友要用同一把鑰匙，但鑰匙本身走網路寄過去就可能被攔截——被攔了加密就形同虛設。這個「鑰匙配送問題」要靠下一張卡的非對稱加密解決。

非對稱加密（Asymmetric）：鑰匙是成對的——公鑰（public key）和私鑰（private key），數學上綁定：一把鎖上的，只有另一把能打開。

• 用法一：保密通訊。類比：你對外發放「打開就會自動上鎖的箱子」（公鑰），任何人都能拿箱子裝東西寄給你，但鎖上之後全世界只有你的私鑰打得開——連寄件人自己都打不開。公鑰可以大方公開，私鑰絕不出門。
• 用法二：數位簽章（反過來用）。用私鑰對文件「簽名」，任何人都能用你的公鑰驗證「這確實是你簽的、內容沒被改過」。因為私鑰只有你有，簽得出來就證明是你本人。
• 代表演算法：RSA、ECC。缺點：慢——比對稱式慢上百倍，不適合加密大量資料。
• 實務的黃金組合：先用非對稱加密「安全地交換一把對稱鑰匙」（解決配送問題），之後的大量資料全用對稱加密（要快）。TLS 就是這樣運作的（見下方 TLS 卡）。

• 雜湊（Hash）：把任意長度的資料丟進一個函數，輸出一串固定長度的值（如 SHA-256 輸出 64 個十六進位字元）。類比：指紋——人有高矮胖瘦，指紋都一樣大小。
• 三個關鍵性質：
  ・同樣的輸入永遠得到同樣的指紋。
  ・改動一個字，指紋就完全不同——可用來偵測資料有沒有被竄改。
  ・單向：從指紋推不回原文。所以雜湊不是加密（加密要能解回來），是「完整性檢查」工具。
• 常見用途：下載檔案附的 checksum（核對指紋確認沒下載壞）、密碼儲存（資料庫只存雜湊值，被偷了也推不回密碼）、數位簽章（先算指紋、再用私鑰簽指紋，比簽整份文件快）。

非對稱加密還有一個漏洞：你拿到一把自稱是「你的銀行」的公鑰，但怎麼確定它真的是銀行的，而不是中間人偽造的？答案是憑證（Certificate）制度：

• 憑證＝伺服器的身分證：內容是「這個網域（example.com）的公鑰是 XXX」，並由一個公信單位簽章擔保。
• CA（Certificate Authority，憑證頒發機構）＝發身分證的政府單位。CA 驗證你真的擁有這個網域後，用它的私鑰在你的憑證上簽章。
• 信任怎麼建立：作業系統和瀏覽器出廠就內建一份「值得信任的 CA 名單」（含這些 CA 的公鑰）。收到憑證時用 CA 公鑰驗簽章——驗得過就信。這就是「信任鏈」：我信 CA，CA 擔保這個網站。
• 瀏覽器跳「您的連線不是私人連線」警告，就是憑證驗不過：過期了、網域對不上、或簽發者不在信任名單（例如自簽憑證）。

把前面所有觀念串起來，就是你每天按下 https:// 時發生的事——TLS 握手（白話版）：

• ① 打招呼：瀏覽器：「哈囉，我要建立加密連線，我支援這些加密方法。」
• ② 出示身分證：伺服器送上憑證（內含它的公鑰）。
• ③ 驗證身分：瀏覽器用內建的 CA 公鑰驗憑證簽章——確認「這真的是 example.com，不是冒牌貨」。
• ④ 交換鑰匙：瀏覽器產生一把對稱鑰匙（session key），用伺服器的公鑰加密後寄出——只有伺服器的私鑰能打開，中途攔到也沒用。
• ⑤ 開始加密通話：雙方都有同一把對稱鑰匙了，之後所有資料用它加密——因為對稱式才夠快。

看出來了嗎？非對稱只在握手時用一下（驗身分＋交換鑰匙），真正的資料傳輸全程用對稱——各取所長。