密码改造场景分析：四个核心战场

做密码改造这些年，我最大的感受是——场景决定工具。你不可能用一个螺丝刀去拧所有的螺母。数据加密、身份认证、数字签名、密钥管理，这四大场景各有各的脾气。我个人习惯是先把业务场景拆开，然后对症下药。下面咱们一个个聊。

一、数据加密场景

数据加密，说白了就是给信息加一把锁。但在实际业务里，这把锁怎么挂、挂在哪，差别巨大。

• 传输加密： 常见的是 TLS/SSL 协议。我在项目中遇到过客户上来就要自己实现加密算法，结果性能暴跌。后来我建议直接上国密 TLCP（GM/T 0024），省心得多。
• 存储加密： 数据库敏感字段加密、文件加密。这里有个坑：加密粒度过细（比如每条记录单独加密），密钥量和性能都会爆炸。
• 全表加密 vs 列加密： 选型要看业务查询方式。你想想看，如果加密后不能做范围查询，那业务就崩了。

加密细分	常用工具/方案	避坑点
传输加密	TLS 1.3 / 国密 TLCP	证书链验证不能漏，否则中间人攻击
存储加密（静态）	透明数据加密 (TDE)、应用层加密	密钥与数据分离存储，防拖库
字段级加密	AES-256-GCM / SM4	注意 IV 随机性，复用会导致信息泄露

二、身份认证场景

身份认证，验证“你是谁”。这里容易犯的错误是 只认一个因素。我在早期做的一个Web系统中，只用用户名+密码，结果撞库攻击直接瘫痪。后来加了短信验证码（双因素），才算稳住。

• 口令认证： 密码复杂度 + 加盐哈希。千万别明文存密码！
• 多因素认证（MFA）： 现在主流做法：密码 + OTP（时间型或事件型）。
• 生物特征： 指纹、人脸，但要注意特征存储的合规性（比如《个人信息保护法》）。
• 数字证书： 基于 PKI 的客户端证书，适合高安全场景（如银行、政务）。

认证工具选型，我一般用这个对比表：

认证方式	安全等级	用户体验	典型工具
口令+验证码	中	中等	OAuth 2.0 + 短信SDK
数字证书	高	较低（需安装证书）	PKI + 国密证书
生物特征	高（结合活体检测）	好	FIDO2 / 微信生物认证

三、数字签名场景

数字签名保证“是你签的”且“内容没被改”。我在做电子合同项目时，最深的一个坑是——签名和验签的算法不一致。上游用 SM2，下游用 RSA，结果验签全挂。

• 应用场景： 电子合同、代码签名、PDF 签章、交易流水确认。
• 关键算法： RSA (2048位+)、ECDSA、SM2（国密标准）。
• 时间戳： 签名必须绑时间戳，否则后续验证“签在哪个时间”无法证明。

四、密钥管理场景

密钥管理是整个密码体系的“命门”。密钥丢了、泄露了、轮换不及时，所有加密等于白做。我个人最怕领导说“密钥存数据库里就行”——那是灾难。

• 密钥生命周期： 生成 → 分发 → 使用 → 轮换 → 销毁。
• 硬件安全模块（HSM）： 高安全场景必须用专业设备（如金融 PKI、CA 中心）。
• 密钥管理服务（KMS）： 云环境首选，比如阿里云 KMS、华为云 KPS。支持自动轮换。
• 本地密钥托管： 建议使用密钥保险柜（如 HashiCorp Vault），别自己造轮子。

管理维度	推荐做法	我不建议的
存储位置	HSM / 专用密钥库	硬编码在配置文件里
轮换周期	90天或按合规要求	从不轮换
访问控制	最小权限 + 审计日志	所有人均可调用

场景关系总览

四个场景不是孤岛。你想想看：数据加密需要密钥管理来保护密钥；身份认证可能用到数字签名（服务器签名认证）；数字签名又依赖密钥管理。下面这张图能帮你快速建立全局视角。