OneNym登記個人資料
透過已驗證的 API 註冊地址。Vault 加密保存並傳回難以預測的代理 ID。也需設計輸入與串接路徑，避免在伺服器或日誌保留副本。
ONENYM / PRIVACY INFRASTRUCTURE
個人資料，
與業務系統
分離儲存。
OneNym Address Vault 將配送地址加密保存，業務系統透過代理 ID 參照。只有獲准的應用程式才能取得允許的欄位。
資料分離 / 用途限定 API / 雲端金鑰管理
SEPARATE DATA. CONNECT WORK.架構示例
業務系統
連線訂單與客戶服務。
訂單引用商品與歷史記錄代理 ID：nym_abc
無需直接持有個人資料，即可連線業務流程。
↓ 指定代理 ID 與用途OneNym API身份驗證 → 授權 → 執行
個人資料保險庫
加密的個人資料
地址postalCoderecipientName
僅使用獲准的記錄與欄位。
透過雲端金鑰服務管理金鑰
Azure Key Vault
分離個人資料限制資料存取減少副本與留存
01 / HOW ONENYM WORKS
不再共享原始資料，
而是呼叫獲准的操作。
業務系統儲存代理 ID，保險庫儲存個人資料。
僅在需要時呼叫用途限定 API。
引用代理 ID
將代理 ID 與訂單及業務記錄一起儲存。僅知道 ID 並不意味著獲得個人資料存取許可權。
檢查用途與許可權
驗證請求方、租戶、記錄、欄位及有效期。僅宣告用途並不構成授權。
執行獲准操作
驗證應用程式並檢查組織、訂單、用途、欄位、到期時間、次數與合約狀態。允許的欄位以明文傳回，接收方也需管理儲存與日誌。
| 專案 | 直接處理個人資料 | 透過 OneNym 分離 |
|---|---|---|
| 業務資料庫 | 姓名、電子郵件、地址與業務記錄 | 代理 ID 與業務記錄 |
| 使用方式 | 在應用中讀取並處理資料 | 透過用途限定 API 請求操作 |
| 讀取許可權 | 通常與資料庫存取許可權繫結 | 按記錄、欄位、用途及有效期授權 |
| 僅資料庫被盜時 | 個人資料可能因儲存方式和許可權設定而暴露 | 減少從業務資料庫直接存取個人資料的路徑 |
代理 ID 同樣需要保護。減少留存還需處理既有記錄、日誌及整合合作方的副本。
02 / ADDRESS VAULT
保持業務流程，
減少資料共享。
OneNym Address Vault 將配送地址加密保存，業務系統透過代理 ID 參照。只有獲准的應用程式才能取得允許的欄位。
業務應用
訂單資料庫保存訂單編號與代理 ID。ID 不是地址，也不是查詢權限。串接不會自動刪除現有副本，仍需遷移與清理。
獲准的配送合作方
將訂單、代理 ID、接收應用程式、欄位與到期時間綁定，並簽發有次數限制的權杖。僅持有權杖不足以存取。
驗證應用程式並檢查組織、訂單、用途、欄位、到期時間、次數與合約狀態。允許的欄位以明文傳回，接收方也需管理儲存與日誌。
刪除、備份與恢復
撤銷阻止後續取得。地址刪除清除作用中紀錄的密文與封裝資料金鑰，不會立即清除接收方副本或備份。合約暫停阻止一般查詢，但允許擁有者清理。還需約定備份保留及還原時重新套用刪除紀錄。
03 / TRUST BOUNDARIES
分離金鑰，分離許可權。
限制安全事件的影響。
不僅加密，還要在儲存資料與
獲准解密並使用資料的服務之間建立邊界。
業務應用
處理代理 ID 與業務記錄。
無法直接存取保險庫資料庫或金鑰OneNym API
誰可以使用哪些資料，用於什麼目的？
逐請求授權、使用控制與審計記錄加密保險庫
僅回傳允許的地址欄位。
將資料存取與金鑰存取分離CLOUD KEY MANAGEMENT
用於金鑰管理的雲端基礎設施。
地址 Vault 使用 Azure Key Vault 管理 KEK，將保護資料加密金鑰（DEK）的金鑰使用權限與資料庫存取分離。
即使賬戶被攻破。
登入成功不等於允許讀取。還需檢查租戶、記錄、欄位與有效期。
即使整合憑據被盜。
限制用途、範圍與使用量，保留審計記錄及撤銷許可權的途徑。
即使儲存資料被盜。
分離密文與解密許可權。若金鑰使用許可權也被攻破，僅靠加密無法保護資料。
分離可以降低風險及潛在影響。已讀取的明文、廣泛的管理許可權和被攻破的解密服務仍需額外保護。
瞭解加密的作用與侷限 →04 / DEPLOYMENT & INTEGRATION
為現有業務流程
增加獨立的資料保護邊界。
將現有系統連接至 Azure 上的地址 Vault，
在部署時明確儲存、管理與運維職責。
導入架構範例
現有業務環境
業務應用與資料庫
代理 ID / 訂單 / 商品 / 歷史記錄獨立的 OneNym 環境
Vault API / 加密資料 / 金鑰管理
按用途限制存取 / 審計日誌即使在同一雲端環境中，也要分離服務身份、許可權、網路及管理。僅增加一個資料庫不足以形成有效邊界。
選擇業務流程
梳理資料及其用途，從一個業務流程開始。
使用模擬資料驗證
測試登記、代理 ID、讀取、執行及許可權撤銷。
部署與整合
配置許可權並連線既有應用，遷移記錄並處理殘留副本。
確認正式使用條件
明確監控、恢復、刪除、更新及雙方職責。
需要進行應用整合和資料遷移。架構、範圍、價格與運維條款將單獨協商。
諮詢架構設計05 / TECHNICAL DESIGN
瞭解設計，
判斷是否適合您的需求。
識別符號、許可權、加密與資料生命週期。
瞭解具體設計、作用與取捨。
先明確授權與資料處理方式。
- 約定範圍、方法、時間及停止條件
- 優先使用模擬資料和 Canary 資料
- 儘量減少真實資料存取與業務影響
詳細評估方法將在諮詢中說明。
LET’S DESIGN YOUR DATA BOUNDARY
哪些資料
可以不再由您持有？
從您的業務流程和系統開始。
與我們討論儲存、整合及存取設計。