2. 密钥基础：对称加密与非对称加密原理、密钥生命周期
聊到DLP（数据泄露防护），密钥就是那个"锁芯"。
没有靠谱的密钥体系，你的加密方案再花哨也没用。
说白了，懂密钥，才算真正入门了DLP边界设计。
2.1 对称加密：效率与瓶颈
对称加密，我习惯叫它"一把钥匙开一把锁"。
发送方和接收方用同一个密钥，加密和解密都靠它。
对称加密核心特征：加密密钥 = 解密密钥
经典算法有这些：
| 算法 | 密钥长度 | 特点 | 我在实践中怎么看它 |
|---|---|---|---|
| AES | 128/192/256 bits | 硬件加速支持好，安全性高 | 现在主力方案，我用AES-256 |
| DES | 56 bits | 已被破解 | 早淘汰了，别碰 |
| 3DES | 112/168 bits | 慢，但兼容性还行 | 我在遗留系统里见过，劝客户迁移 |
| ChaCha20 | 256 bits | 流式加密，性能好 | 移动端场景我很喜欢用 |
优点很明显：速度快，密钥短，加解密吞吐量大。适合大量数据的传输加密。
致命短板也清楚：密钥分发是噩梦。你把密钥发出去，中途被截了怎么办？
曾经踩过的坑：我记得在早期一个项目里，我们用了对称加密保护内部文件传输。密钥通过邮件发送......结果某次运维人员误把密钥发到了公共邮件组。嗯，从那天起我坚决奉行：对称密钥永远不能明文传输。
2.2 非对称加密：安全与性能的平衡
非对称加密解决了分发难题。
它有两把钥匙：公钥公开给别人，私钥自己死死守住。
非对称加密核心特征：公钥加密，只有对应私钥能解密。
常用算法：
- RSA：老牌但可靠，1024位以下已不安全，建议2048位或以上。我习惯用4096位做CA签名。
- ECC（椭圆曲线）：密钥短、安全性高。比如256位ECC≈3072位RSA。我最近的项目里DLP证书都用ECC。
- SM2：国密标准，国内合规场景必须用。
你想想看，非对称加密慢很多，但解决了"信任"问题。DLP边界上的密钥交换，全靠它撑场子。
实用技巧：真实场景中，没人会用RSA去加密大文件。太慢了。我个人习惯是"混搭"——非对称交换会话密钥，对称加密传输真实数据。
2.3 密钥生命周期：从生到死的管理
密钥不是永生的。
一个好的密钥管理系统，必须覆盖全生命周期。
我把它分成6个阶段：
- 密钥生成：必须用硬件随机数发生器（HRNG），别用伪随机。我在项目里见过用
rand()生成密钥的，那是灾难。 - 密钥分发：分发给授权实体，保证传输通道安全。用非对称加密或带外传输。
- 密钥使用：限定用途和次数。比如一个密钥只能加密，不能签名。防止滥用。
- 密钥存储：存进HSM（硬件安全模块）或安全密码库。不要落盘明文。
- 密钥轮换：定期换新密钥。我的经验是：密钥有效期越长，泄露风险越大。
- 密钥销毁：废弃的密钥必须物理擦除或安全覆盖。我碰到过一次，退役的HDD别人用工具恢复了密钥......惨。
| 阶段 | 关键操作 | 你最容易忽视的 |
|---|---|---|
| 生成 | HRNG、密钥强度检查 | 没有真随机源 |
| 分发 | 加密传输、身份验证 | 私钥被中间人截获 |
| 使用 | 权限控制、使用审计 | 一个密钥到处用 |
| 存储 | HSM、密钥库、加密存储 | 明文存储 |
| 轮换 | 自动换钥、旧钥归档 | 轮换周期太长 |
| 销毁 | 安全擦除、物理销毁 | 忘记销毁备份 |
避坑指南：我曾经在巡检中发现一个DLP系统，密钥轮换脚本写了一年都没跑成功。原来运维把新密钥覆盖到旧密钥文件时，备份机制自动把旧密钥还原了。这导致同一个密钥用了整整两年。嗯，后来我们设计了"先停用、再轮换、最后销毁"的三步流程。
2.4 对称 vs 非对称：什么时候用什么？
很多新人问：到底哪个好？
我的回答是：没有好坏，只有合不合适。
- 大量数据传输：选对称加密，快。比如DLP网关加密内部文件。
- 密钥交换与数字签名：选非对称加密，安全可控。比如DLP证书签发。
- 混合方案：用非对称交换对称密钥，用对称加密传输数据。这是最成熟的模式。
个人偏好：在DLP边界蓝图里，我更喜欢混搭。用ECC交换AES会话密钥。既保证前向安全性，又有性能优势。
记住，密钥是DLP体系的根基。
选错加密方式、忽略生命周期管理，上层做得再好也白搭。
我个人建议：在蓝图设计之初，就先把密钥策略写好。别等项目上线了才补。