敏感数据没有分类
账号、身份、支付、票据和业务文件的保护优先级没有被明确。
先确定数据和密钥的责任边界
加密方案要保护数据，也要让授权业务继续正常使用
加密并不等于把数据锁起来。企业需要先识别哪些字段、文件、接口、数据库和备份真正敏感，再决定加密位置、密钥归属、权限方式、性能影响和恢复条件，避免只买到一个无法运营的加密产品。
01 / 数据风险
数据加密最难的地方，是知道什么需要保护以及谁负责密钥
敏感数据会经过接口、应用、数据库、文件系统、备份和存储介质。只在某一个环节加密，可能留下明文副本、权限绕过或无法恢复的问题；只强调算法，也无法解决密钥生命周期和业务使用。
密钥和数据一起管理
应用或数据库管理员同时掌握数据与密钥，权限边界难以独立审计。
备份和恢复被忽略
生产数据加密了，但备份、密钥备份和恢复流程没有经过验证。
02 / 加密架构
按数据生命周期安排加密位置、密钥和权限
加密设计需要看数据从产生、传输、处理、存储到备份恢复的完整生命周期。硬件安全模块、密钥管理、应用和数据库之间的责任边界要清楚，才能在安全、性能、可用性和审计之间取得平衡。
传输与接口
确认外部接口、分支访问、服务间调用和管理通道的加密要求。
应用与数据库
按字段、表、文件或业务流程确定加密粒度与应用改造方式。
密钥与恢复
独立管理密钥、轮换、备份、权限和恢复演练，确保授权业务可用。
03 / 部署与验证
从高价值数据开始，用可恢复的方式逐步扩大保护范围
加密落地要把性能、应用兼容性、密钥权限和恢复窗口一起验证。先选择高价值、边界清楚的业务做试点，再逐步覆盖更多数据和备份，避免加密上线后才发现业务无法读取。
- 01
识别与分级
梳理数据类型、敏感字段、流转路径、存储位置和业务优先级。
- 02
选择保护方式
确认传输、字段、数据库、文件、存储和备份的加密方式与密钥边界。
- 03
试点联调
验证性能、应用读写、权限、轮换、日志和异常处理。
- 04
恢复验收
测试密钥恢复、数据恢复、业务连续性和运维交接。
04 / 密钥与审计
交付的不只是密文，还要交付密钥、权限和恢复的运行方法
数据加密的长期风险通常来自密钥失控或恢复失败。交付资料需要说明数据范围、加密位置、密钥责任、轮换和备份、权限审批、日志查询以及恢复演练结果。
数据与密钥清单
说明保护对象、加密位置、密钥类型、管理责任和生命周期。
权限与轮换流程
保留密钥访问、审批、轮换、吊销和异常处理流程。
备份与恢复证据
交付密钥备份、数据恢复、业务验证和演练记录。
05 / 常见问题
项目开始前，应该先把这些问题问清楚
是不是所有数据都要加密？
需要先按业务价值、敏感程度、合规和使用场景分级，再决定保护方式和优先级。
加密后数据库管理员还能正常工作吗？
可以通过字段、权限、应用解密和密钥分离等方式设计，目标是在授权流程下保持业务可用，同时减少不必要的明文权限。
下一步
从现有网络、用户和业务路径开始沟通。
说明现有拓扑、反复出现的问题、扩容计划或安全要求，再围绕真实运行环境确认实施范围。