連接金流、電子發票或其他外部服務時，您會把該服務核發的金鑰或憑證提供給 Kanorio。這些資料一旦外流，他人就可能以您的名義收款、開立文件或呼叫服務，因此 Kanorio 以獨立的保管機制處理，而不是和一般網站資料一起存放。
本頁說明這套機制的設計原則：金鑰如何加密、如何隔離、誰能存取、如何留存紀錄，以及刪除後的處理。哪些功能需要提供金鑰、要到哪裡取得，請見各功能的設定說明。
Kanorio 採用雲端服務普遍使用的信封加密（Envelope Encryption），把「加密資料的金鑰」和「保護這把金鑰的主金鑰」分開管理：
這樣的分層意味著：即使資料庫或備份被取得，沒有金鑰管理服務的授權也無法解開任何一組金鑰。
每組金鑰加密時都會綁定它所屬的網站與用途。密文若被複製到其他網站，或內容遭到竄改，解密時的完整性驗證就會失敗，系統會直接拒絕使用。不同網站之間的金鑰無法互相挪用。
少數金鑰是由 Kanorio 產生、需要您設定到自己的系統中（例如用來驗證通知來源的簽章金鑰）。這類金鑰擁有者與管理員可以再次查看，每次查看都會留下紀錄。
這些紀錄只記錄「誰、何時、為了什麼」，不包含金鑰內容本身。
Kanorio 負責保管您提供的金鑰；金鑰本身的核發、撤銷與權限範圍，則由核發它的服務商管理。建議您：
看不到。Kanorio 的管理後台與客服工具都沒有查看金鑰的功能，儲存後畫面上只會顯示遮罩。金鑰只在系統替您執行收款、退款、開立文件等動作的當下自動解密，過程不經人手，每一次取用都會留下紀錄。
要說明的是，Kanorio 必須能解開金鑰，才能代您呼叫金流與發票服務，因此這不是「連 Kanorio 都無法解開」的設計。我們把這項能力限縮到最小：解密只能透過 Google Cloud 金鑰管理服務進行，權限只授予執行服務的系統帳號，每一次解密在 Google Cloud 端也會另外留下紀錄。
資料庫只保存加密後的金鑰，以及同樣經過加密的資料金鑰。要解開它們，必須取得金鑰管理服務的授權，單靠資料庫或備份無法還原任何一組金鑰。
請不要。客服不需要、也不會向您索取任何金鑰。設定遇到問題時，請描述畫面上的錯誤訊息，並提供網站名稱與服務名稱即可。
先到核發金鑰的服務商後台撤銷並重新產生，舊的一組就會失效。接著回 Kanorio 填入新金鑰並測試連線。若懷疑是 Kanorio 帳號被他人登入，請同時閱讀安全問題處理。
金鑰分層管理依循 NIST SP 800-57 的金鑰管理建議，資料以業界通用的 AES-256-GCM 加密並驗證完整性。主金鑰交由 Google Cloud 金鑰管理服務保管，其密碼模組通過 FIPS 140-2 驗證，這也是大型雲端服務保護客戶金鑰的常見做法。