連接支付、電子發票或其他外部服務時，您會把該服務核發的金鑰或憑證提供給 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 驗證，這亦是大型雲端服務保護客戶金鑰的常見做法。