⚛️較早收集於 2h

Google 以 64 位元組 Merkle 樹量子防護 HTTPS

Google 以 64 位元組 Merkle 樹量子防護 HTTPS
PostLinkedIn
⚛️閱讀原文: Ars Technica

💡Chrome 已支援量子安全 HTTPS—在量子威脅來臨前保護您的 AI API(42字元)

⚡ 30-Second TL;DR

有什麼變化

將 2.5kB 憑證鏈壓縮至 64 位元組

為什麼重要

強化網路安全,防範未來量子威脅,對依賴 HTTPS API 的 AI 應用至關重要。降低憑證負荷,提升全球服務效能。

下一步行動

在 Chrome DevTools 中啟用 Merkle Tree Certificate 支援,測試 AI 網頁服務的量子安全 HTTPS。

誰應關注:Developers & AI Engineers

關鍵要點

  • 將 2.5kB 憑證鏈壓縮至 64 位元組
  • 透過 Merkle 樹實現量子抗性 HTTPS
  • 已在 Chrome 瀏覽器中上線
  • 即將廣泛部署

🧠 深度解析

背景與延伸:來自公開資料,非原文內容。引用 9 個來源。

🔑 增強重點摘要

  • Merkle Tree Certificates (MTCs) 最初由 Cloudflare 提出並提交 IETF,與 Google 和 Chrome 合作進行實驗部署[2][3][6]
  • MTCs 整合 Certificate Transparency 為核心功能,每個憑證機構運行自己的日誌,取代傳統的額外 CT 要求[3][6]
  • IETF 草稿 draft-ietf-plants-merkle-tree-certs-01 於 2026 年 2 月發布,定義 MTC 為整合公開日誌的新型 X.509 憑證[6]
  • MTCs 支援無簽名最佳化,若客戶端已更新 landmark 子樹,TLS 握手僅需 Merkle 樹包含證明[1][6]

🛠️ 技術深入

  • MTCs 使用 Merkle 樹結構,憑證機構批次簽署樹根雜湊 (Tree Head),客戶端透過 out-of-band 分發獲取已簽署樹頭並離線驗證[1][3][4]
  • TLS 握手時,若客戶端支援,僅傳遞 1 個簽名、1 個公鑰及 Merkle 樹包含證明 (inclusion proof),大幅減少 PQ 演算法下的資料量[2][3]
  • 每個 CA 運行獨立 MTCA 日誌,Chrome 透過 bootstrap 憑證驗證一致性,確保安全性[3]
  • 整合 CT 為一體化設計,減少短效期憑證及大型 PQ 簽名的日誌開銷,支持 signatureless 模式適用於更新客戶端[6]
  • 樹頭定期背景更新,握手期間客戶端告知伺服器已知樹頭清單[3][6]

🔮 前景展望AI analysis grounded in cited sources

MTCs 將加速 WebPKI 向 PQ 加密全面遷移
透過 out-of-band 模型及 Merkle 證明消除性能債務,使 PQ 憑證可在今日預設啟用而不損害使用者體驗[2][3]
瀏覽器外客戶端如 curl 或嵌入式裝置支援將受挑戰
MTC 依賴瀏覽器供應商更新樹頭及根存儲,非 evergreen 客戶端可能無法驗證憑證[2]
憑證有效期將縮短至 47 天以提升安全性
Chrome Root Program 政策將於 2026 年起逐步實施,與 MTCs 結合強化 PKI 生態[5]

時間線

2024-03
CA/Browser Forum Ballot SC-063 生效,將 OCSP 從 TLS 強制變為選用
2025-11
Cloudflare 宣布 Merkle Tree Certificates 提案並提交 IETF
2026-02
Cloudflare 與 Chrome 啟動 MTC 實驗部署
2026-02
IETF 發布 draft-ietf-plants-merkle-tree-certs-01 草稿
2026-03
Chrome Root Program 啟動 TLS 憑證最長有效期縮減至 47 天
📰

AI 週報

閱讀本週精選 AI 大事摘要 →

👉相關動態

AI 策展新聞聚合。所有內容版權歸原始發布者所有。
原始來源: Ars Technica

這是摘要,不是原文。去看原站,或訂閱每週簡報。

每週 AI 簡報

每週一封,可隨時退訂。