跳至主要內容
ShieldID

加密

哪裡使用了加密,哪裡尚未。

加密在幾個不同環節保護驗證:連線、影像、機密資訊、備份、密碼。我們寧可誠實逐項列出,也不只說一次「已加密」而讓你以為涵蓋一切。

傳輸中

邊緣節點採用 TLS,並對帳本資料庫強制執行。

傳送到 ShieldID 的每個請求在抵達應用程式之前都已加密。

  • 公開邊緣節點對每個連線終止 TLS,並搭配 HSTS 與一組嚴格鎖定的安全標頭,使請求在抵達後方任何元件之前就已加密。
  • 主要帳本資料庫對其接受的每個連線強制使用 TLS。明文連線會被直接拒絕,而不只是在設定上不建議。
  • 應用程式會依固定的憑證授權單位驗證資料庫憑證並檢查其主機名稱,而不是信任最先出現的任何憑證。

靜態儲存

身分證件影像與出生日期已加密。至於其他尚未加密的部分,我們也明確說明。

「靜態加密」常被一口氣用來形容整個平台。以下是目前實際涵蓋的範圍。

身分證件影像與自拍照
儲存期間使用 AES-256-GCM 加密,直到自動清除機制將其刪除。
出生日期
一律加密儲存,無論驗證紀錄存放在何處,都不會是明文。
機密資訊(API 金鑰、資料庫憑證、簽署金鑰)
存放於專用機密保管庫,而非應用程式設定或原始碼中。
資料庫其餘部分與一般儲存磁碟區
目前未在磁碟或資料庫層級加密。我們直接說明,而不暗示全面涵蓋。

機密資訊

單一保管庫,以權杖控管存取,輪替皆有紀錄。

應用程式憑證不會分散在各個設定檔中。

集中管理

API 金鑰、資料庫憑證與 webhook 密鑰存放於專用的機密管理系統,僅能透過經過驗證、以權杖控管的 API 讀取與寫入。

輪替皆經稽核

專用的輪替流程會將每次憑證變更與每次遭拒的嘗試,記錄在防竄改日誌中,日誌只儲存值的指紋,絕不儲存值本身。

絕不放在程式碼或設定中

機密資訊在啟動時從保管庫讀取,不會提交到原始碼,也不會留在隨部署一起發布的環境檔中。

備份

在離開記憶體之前即加密,並提供不需動到正式環境即可執行的還原演練。

備份涵蓋應用程式、其設定與資料庫。

  • 使用 AES-256 加密,金鑰存放於機密保管庫。若無法取得該金鑰,備份指令碼會拒絕寫入未加密的檔案,而不是默默退而求其次。
  • 有記錄完整、腳本化的還原程序,並支援演練模式,可還原到暫存位置,因此無需動到正式資料即可測試流程。
  • 備份目前存放於同一處場所。我們不提供跨地理區域備援備份或獨立的災難復原站點,而且不只在這裡說明,也在資料落地與合規頁面中明說。

密碼、工作階段與 API 金鑰

任何用來驗證你身分的內容,都不會以他人可讀取並重複使用的形式儲存。

三種不同的機密資訊,三種不同的處理方式,全都是單向的。

密碼
經雜湊處理,絕不以明文儲存或記錄。
工作階段權杖
你瀏覽器工作階段 cookie 中的權杖是隨機的 32 位元組數值,並設為 HttpOnly cookie。
API 金鑰
以 SHA-256 雜湊儲存。僅保留一小段前綴明文,讓您能在清單中辨識金鑰,而完整值永遠無法再被取回。

本頁面不宣稱的事項

沒有 DDoS 防護、沒有 WAF、沒有跨地理區域備援。

我們目前並未置於內容傳遞網路或網站應用程式防火牆之後,也不宣稱我們儲存的每個位元組都有磁碟或資料庫層級加密。基本的速率限制保護登入及其他高成本端點,但還不是強化、持久的濫用防護層。若某項特定控制對貴組織自身的審查很重要,請直接詢問我們,而不要假設一句籠統的說法就涵蓋了它。

常見問題

關於加密的直白解答。

更多紀錄

了解資料保存與資料所在地如何相互配合。

加密只是眾多控制措施之一。請查看哪些資料會被清除、何時清除,以及資料存在期間存放在哪裡。