第1章 密钥管理基础：对称与非对称密钥、密钥的作用与分类

1.1 为什么密钥管理是审计重点

做ISO 27001审计这些年，我有个深刻体会——密钥管理是信息安全的基石，也是最容易出漏洞的环节之一。你想想看，再好的加密算法，如果密钥被偷了，那跟没加密有什么区别？

我在第一次参与企业密钥审计时，就发现某部门把AES密钥直接写在配置文件里，权限设置为644，任何员工都能读取。嗯，这种问题其实很常见。更可怕的是，很多人觉得只要用了加密就安全了，完全不关心密钥本身怎么管。

密钥管理审计，说白了就是检查三件事：

• 密钥从哪里来——生成过程是否安全
• 密钥放在哪里——存储和访问控制是否到位
• 密钥去了哪里——分发、使用、销毁是否合规

这一章我们先打好基础，把密钥的类型、作用和分类理清楚。后面审计评审的时候，你才会知道该查什么、怎么查。

1.2 对称密钥：简单高效的双刃剑

对称密钥，加密和解密用同一把钥匙。举个例子：你用一把锁锁上箱子，然后用同一把钥匙打开它。这就是对称加密。

常见的对称算法有：

算法	密钥长度	典型场景	我个人遇到的坑
AES	128/192/256位	文件加密、数据库加密	有次客户用了AES-ECB模式，重复块直接暴露了数据模式
DES	56位	遗留系统	审计时发现还在用DES的，基本可以直接判不合规
SM4	128位	国内商用密码	国密合规项目必须用，但很多厂商实现有侧信道漏洞
ChaCha20	256位	移动端、TLS	性能比AES好，但硬件加速支持不如AES广泛

对称密钥的优点很明显：加解密速度快，适合大量数据。但缺点也很致命——密钥分发难。你想想，如果两个人通信必须用同一把密钥，那这把密钥怎么安全地传给对方？

1.3 非对称密钥：安全但昂贵的解决方案

非对称密钥有一对钥匙：公钥和私钥。公钥可以公开，私钥必须保密。用公钥加密的数据，只能用对应的私钥解密；反过来，用私钥签名，公钥可以验签。

常见的非对称算法：

• RSA——最经典，2048位以上才安全。我记得有个项目用了1024位RSA，审计直接给了严重不符合项。
• ECC（椭圆曲线）——同等安全强度下，密钥比RSA短很多。256位ECC ≈ 3072位RSA。
• SM2——国密标准，基于椭圆曲线，国内等保和密评常考。
• DSA / ECDSA——主要用于数字签名，不适合加密。

非对称密钥解决了分发难题——公钥随便传，私钥自己藏好就行。但代价是性能开销大，比对称加密慢几百到上千倍。

1.4 对称 vs 非对称：关键差异对比

维度	对称密钥	非对称密钥
密钥数量	一对通信方共享1个密钥	每人一对密钥（公钥+私钥）
性能	快（硬件加速支持好）	慢（比对称慢100-1000倍）
密钥分发	困难，需要安全通道	简单，公钥可公开
典型用途	批量数据加密	密钥交换、数字签名
审计关注点	存储安全、分发记录	私钥保护、证书链验证

这个对比表在审计评审时很有用。我建议你把它打印出来贴在工位上，每次评审前扫一眼，能帮你快速定位问题类型。

1.5 密钥的核心作用

密钥到底用来干什么？很多刚入行的同学以为密钥就是用来加密的。其实不止。我归纳了四个核心作用：

1. 保密性——加密数据，防止未授权读取。最基础的作用。
2. 完整性——通过MAC或数字签名，确保数据没被篡改。
3. 身份认证——证明"我就是我"。私钥签名、公钥验签就是这个逻辑。
4. 不可否认性——一旦用私钥签了名，就不能抵赖。这在电子合同审计中是关键条款。

1.6 密钥的分类体系

密钥不是一把钥匙走天下的。按用途和生命周期，我习惯分成以下几类。这个分类方法在ISO 27001审计中很实用：

分类维度	类型	说明	审计关注点
按层级	主密钥（KEK）	用于加密其他密钥的密钥	主密钥必须物理隔离，访问控制最严格
	工作密钥（DEK）	实际加密数据的密钥	定期轮换，加密存储
按生命周期	静态密钥	存储态密钥，如磁盘上的密钥文件	加密存储、访问控制、备份安全
	动态密钥	传输态或使用态，如会话密钥	内存保护、会话超时
按使用场景	签名密钥	用于数字签名，通常长时间有效	私钥存储、证书有效期
	加密密钥	用于数据加密，可能频繁轮换	密钥版本管理、旧密钥安全销毁

这里有个实际经验——我审计时发现很多企业把主密钥和工作密钥放在同一个硬件安全模块（HSM）里，权限也没做区分。这相当于你把保险柜钥匙和柜子里文件柜的钥匙串在一起，风险极高。

1.7 密钥生命周期概览

密钥从生到死，每个阶段都是审计重点。我用一个框架图来展示：

这张图把密钥管理的核心要素串起来了。从底层的基础概念，到上层的生命周期管理，是审计评审时必用的思维框架。

1.8 审计视角的密钥分类要点

站在审计角度，我特别关注密钥的两个分类维度：

第一个是密钥的存储形态。密钥在静态存储时必须加密，在使用时必须在内存中保护。我曾经审计过一个系统，开发人员把私钥放在数据库的一个明文字段里，美其名曰"方便调用"。嗯，这种问题在审计里属于严重不符合项。

第二个是密钥的轮换策略。不同的密钥类型有不同的轮换周期：

• 会话密钥——每次会话都换，或者几小时换一次
• 工作密钥——建议30-90天轮换一次
• 主密钥——通常6-12个月轮换一次，但要看业务场景
• 签名密钥——可能几年才换，但要配合证书有效期

1.9 本章小结

密钥管理不是买台HSM或者装个加密软件就能搞定的。它需要从治理层面建立体系，从技术层面落实保护，从审计层面持续验证。

这一章我们理清了：

• 对称密钥和非对称密钥各自的优缺点
• 密钥的四大核心作用
• 从审计视角出发的密钥分类体系
• 密钥生命周期的关键节点

往后做审计评审时，遇到任何密钥相关的问题，你先用这张框架图定位一下——问题是出在类型选择上？作用覆盖不完整？分类混乱？还是生命周期某个环节断了？定位清楚了，整改建议也就有了方向。