登记个人信息
通过已认证的 API 注册地址。Vault 加密保存并返回难以预测的代理 ID。还需设计输入与接入路径,避免在服务器或日志中保留副本。
ONENYM / PRIVACY INFRASTRUCTURE
OneNym Address Vault 将配送地址加密保存,业务系统通过代理 ID 引用。只有获准的应用才能获取允许的字段。
数据分离 / 用途限定 API / 云密钥管理
无需直接持有个人信息,即可连接业务流程。
仅使用获准的记录与字段。
Azure Key Vault
01 / HOW ONENYM WORKS
业务系统保存代理 ID,保险库保存个人信息。
仅在需要时调用用途限定 API。
通过已认证的 API 注册地址。Vault 加密保存并返回难以预测的代理 ID。还需设计输入与接入路径,避免在服务器或日志中保留副本。
将代理 ID 与订单及业务记录一起保存。仅知道 ID 并不意味着获得个人信息访问权限。
验证请求方、租户、记录、字段及有效期。仅声明用途并不构成授权。
认证应用并检查组织、订单、用途、字段、到期时间、次数与合同状态。允许字段以明文返回,接收方也需管理存储和日志。
| 项目 | 直接处理个人信息 | 通过 OneNym 分离 |
|---|---|---|
| 业务数据库 | 姓名、邮箱、地址与业务记录 | 代理 ID 与业务记录 |
| 使用方式 | 在应用中读取并处理数据 | 通过用途限定 API 请求操作 |
| 读取权限 | 通常与数据库访问权限绑定 | 按记录、字段、用途及有效期授权 |
| 仅数据库被盗时 | 个人信息可能因存储方式和权限设置而暴露 | 减少从业务数据库直接访问个人信息的路径 |
代理 ID 同样需要保护。减少留存还需处理既有记录、日志及集成合作方的副本。
02 / ADDRESS VAULT
OneNym Address Vault 将配送地址加密保存,业务系统通过代理 ID 引用。只有获准的应用才能获取允许的字段。
订单数据库保存订单号和代理 ID。ID 既不是地址,也不是查询权限。接入不会自动删除已有副本,仍需迁移和清理。
将订单、代理 ID、接收应用、字段与到期时间绑定,并签发有次数限制的令牌。持有令牌本身并不足以访问。
认证应用并检查组织、订单、用途、字段、到期时间、次数与合同状态。允许字段以明文返回,接收方也需管理存储和日志。
撤销阻止后续获取。地址删除清除活动记录中的密文与封装数据密钥,不会立即清除接收方副本或保留中的备份。合同暂停阻止正常查询,但允许所有者清理。还需约定备份保留及恢复时重新应用删除记录。
03 / TRUST BOUNDARIES
不仅加密,还要在存储数据与
获准解密并使用数据的服务之间建立边界。
处理代理 ID 与业务记录。
无法直接访问保险库数据库或密钥谁可以使用哪些数据,用于什么目的?
逐请求授权、使用控制与审计记录仅返回允许的地址字段。
将数据访问与密钥访问分离CLOUD KEY MANAGEMENT
地址 Vault 使用 Azure Key Vault 管理 KEK,将保护数据加密密钥(DEK)的密钥使用权限与数据库访问分离。
登录成功不等于允许读取。还需检查租户、记录、字段与有效期。
限制用途、范围与使用量,保留审计记录及撤销权限的途径。
分离密文与解密权限。若密钥使用权限也被攻破,仅靠加密无法保护数据。
分离可以降低风险及潜在影响。已读取的明文、广泛的管理权限和被攻破的解密服务仍需额外保护。
了解加密的作用与局限 →04 / DEPLOYMENT & INTEGRATION
将现有系统连接至 Azure 上的地址 Vault,
在部署时明确存储、管理与运维职责。
接入架构示例
业务应用与数据库
代理 ID / 订单 / 商品 / 历史记录Vault API / 加密数据 / 密钥管理
按用途限制访问 / 审计日志即使在同一云环境中,也要分离服务身份、权限、网络及管理。仅增加一个数据库不足以形成有效边界。
梳理数据及其用途,从一个业务流程开始。
测试登记、代理 ID、读取、执行及权限撤销。
配置权限并连接既有应用,迁移记录并处理残留副本。
明确监控、恢复、删除、更新及双方职责。
需要进行应用集成和数据迁移。架构、范围、价格与运维条款将单独协商。
咨询架构设计05 / TECHNICAL DESIGN
标识符、权限、加密与数据生命周期。
了解具体设计、作用与取舍。
详细评估方法将在咨询中说明。
LET’S DESIGN YOUR DATA BOUNDARY
从您的业务流程和系统开始。
与我们讨论存储、集成及访问设计。