「我們已經裝了 SSL 憑證，網址也顯示綠色鎖頭，應該是安全的。」這是許多企業對自身網站加密狀況的常見理解，但這份理解可能只完成了一半的工作。隨著 CDN（內容發佈網路）普及，許多企業採用「CDN + 來源主機」的雙層架構來加速內容傳輸和提升可用性。然而，這類架構中最容易被忽視的隱患，正是在兩層之間的加密缺口。
具體來說，一份典型的雙層設置可能是這樣的：訪客經過 CDN 節點訪問網站，CDN 與訪客之間採用 HTTPS（有憑證保護），但 CDN 回源到企業的主機服務器時，卻以 HTTP（明文）進行。表面上看，用戶在瀏覽器看到綠色鎖頭，感覺安全無虞；實際上，數據在 CDN 到主機之間仍以明文傳輸，任何能監聽該通道的人都能看到真實內容。這就是常說的「看起來有鎖頭，實際只加密一半」。
這類配置的後果取決於傳輸的內容敏感度。若網站只提供公開資訊，風險相對有限；但若涉及登入憑證、訪客表單、客戶資料、交易細節等敏感信息，明文通道就成了重大安全漏洞。不少企業甚至因為這類配置不當，在安全審查時被指出問題，被迫緊急修復。
正確的做法是實現「端對端加密」：CDN 與訪客之間有憑證（這部分多數 CDN 廠商會自動處理），CDN 回源到主機時也必須有有效的 SSL 憑證保護。這表示主機需要配置一份自己的 SSL 憑證，即使該憑證因內部用途而採用自簽名或內部 CA 簽發（不一定要公開信任的憑證），至少數據流是加密的。許多先進的 CDN 或代理服務都提供「回源加密」選項，企業應確認已啟用此設定。
對於採用 CDN 架構的企業，應檢視現有配置、驗證回源通道是否已加密、確認主機憑證配置無誤。eco-nic.net 提供的 PositiveSSL 憑證可用於主機端或內部系統端，搭配全球主要瀏覽器信任、支援自動續發等特性，讓雙層架構的加密配置更加便利。
若對 CDN 加密配置、憑證選型或驗證方式有疑問，歡迎洽詢 eco-nic.net。免費專線 0800-588-211，LINE ID：ecoyah2，我們可幫助審視您的架構設計並提供適合的憑證方案。