3. 对称与非对称加密机制归纳总结

加密算法是KMS的根基。你想想看，不管你的架构设计得多花哨，密钥管理得多精细，最终落到实处的还是加解密这个动作。这一章，我们就来把这些加密机制掰开揉碎了讲清楚。

我个人习惯把加密机制分成两类：对称加密和非对称加密。它们就像是工具箱里的扳手和螺丝刀，各有各的用处，也各有各的脾气。

3.1 对称加密：又快又好的“老黄牛”

对称加密，说白了就是加密和解密用同一把钥匙。就像你用一把锁锁门，也用同一把钥匙开门。这个特性决定了它的核心优势：快。

我记得在早期做数据库加密项目时，数据量动不动就上TB。如果全用非对称加密，那性能开销简直是灾难。最终方案还是以对称加密为主力。

3.1.1 主流算法对比

算法	密钥长度	工作模式	特点	典型场景
AES	128/192/256 bits	GCM, CBC, CTR	硬件加速支持好，安全强度高	数据加密、传输加密
SM4	128 bits	CBC, CTR, GCM	国密标准，性能与AES相当	国内合规场景
ChaCha20	256 bits	Poly1305	无硬件加速时性能优异	移动端、嵌入式设备

这里我要特别提一下工作模式的选择。很多新手容易忽略这一点，直接拿AES就往里套。我曾经踩过一个坑：使用AES-ECB模式加密结构化数据，结果相同的明文块产生了相同的密文块，攻击者一眼就看出了数据规律。这个教训让我养成了习惯——生产环境首选AES-GCM，它自带认证加密，能同时保证机密性和完整性。

3.1.2 密钥管理痛点

对称加密最大的问题在于密钥分发。你想啊，如果加密和解密用同一把钥匙，那你怎么安全地把钥匙交给对方？在跨地域KMS架构中，这个问题就更明显了。

解决这个问题的常见方案有两种：一是通过物理渠道分发密钥（比如U盘拷贝），二是借助非对称加密来安全交换对称密钥。在实际项目中，我更倾向后者。

3.2 非对称加密：安全但慢的“重甲骑士”

非对称加密用了两个密钥：公钥和私钥。公钥可以公开分发，私钥必须秘密保存。这个设计巧妙地解决了密钥分发问题。

它的核心价值在于：不需要预先建立安全通道。任何人都可以用你的公钥加密数据，但只有持有私钥的你才能解密。这在实际部署中带来了极大的灵活性。

3.2.1 算法对比

算法	密钥长度	安全强度	运算速度	主要用途
RSA	2048/4096 bits	高	慢	数字签名、密钥封装
ECC	256/384 bits	高	较快	密钥协商、数字签名
SM2	256 bits	高	较快	国密场景

你可能注意到了，ECC的密钥长度比RSA短得多，但安全强度相当。这在实际部署中意味着：ECC的密钥更小、证书更紧凑、计算资源消耗更少。我在IoT设备项目中就吃过RSA的亏——设备计算能力有限，用2048位的RSA做签名，CPU直接跑满。后来换用ECC（P-256曲线），性能提升了近10倍。

3.2.2 混合加密：取长补短的实用方案

实际系统中，我几乎从没见过“纯粹”只用一种加密的。最典型的做法是混合加密：用非对称加密来保护对称密钥，用对称加密来加密实际数据。

怎么理解这个性质？你想想看HTTPS的工作流程：

1. 客户端用服务器的公钥加密一个临时生成的对称密钥
2. 服务器用私钥解密得到这个对称密钥
3. 后续所有数据传输都用这个对称密钥进行AES-GCM加密

这样一来，既解决了密钥分发问题（靠非对称），又获得了高性能的加密传输（靠对称）。

3.3 两种机制的适用边界

为了让你更直观地理解，我画了一张对比图。这张图展示了对称与非对称加密在KMS架构中的定位和交互逻辑。

这里我画一张对比图，展示对称与非对称加密在KMS中的定位和交互逻辑。

3.4 实战选择指南

在KMS架构设计中，我通常会这样决策：

这里还要提一下量子计算的风险。RSA和ECC在未来可能会被量子计算机攻破。所以现在设计新系统时，我建议提前考虑抗量子密码算法（PQC）。不过目前业界还在标准化过程中，我们保持关注就行。

3.5 代码示例：混合加密的典型实现

下面我用一段伪代码展示在KMS中如何实现混合加密。这段代码取自我们内部KMS SDK的核心逻辑。

# 混合加密流程（伪代码）
def hybrid_encrypt(plaintext: bytes, recipient_public_key: PublicKey) -> bytes:
    # 1. 生成临时对称密钥（数据密钥）
    session_key = generate_aes256_key()
    
    # 2. 用对称密钥加密数据
    ciphertext = aes_gcm_encrypt(
        key=session_key,
        plaintext=plaintext,
        associated_data=b""
    )
    
    # 3. 用接收方公钥封装对称密钥
    wrapped_key = rsa_oaep_encrypt(
        public_key=recipient_public_key,
        plaintext=session_key
    )
    
    # 4. 打包输出：封装后的密钥 + 密文
    return wrapped_key + ciphertext

def hybrid_decrypt(cipher_blob: bytes, private_key: PrivateKey) -> bytes:
    # 1. 拆包：前256字节是封装密钥，后面是密文
    wrapped_key = cipher_blob[:256]
    ciphertext = cipher_blob[256:]
    
    # 2. 用私钥解封得到对称密钥
    session_key = rsa_oaep_decrypt(
        private_key=private_key,
        ciphertext=wrapped_key
    )
    
    # 3. 用对称密钥解密数据
    plaintext = aes_gcm_decrypt(
        key=session_key,
        ciphertext=ciphertext
    )
    
    return plaintext

这段代码就是我说的“黄金法则”的具体落地。记住：非对称只用来加密小数据（比如密钥），大数据靠对称。这个原则从我开始做KMS就一直在用，效果非常好，从来没有因为加密模式选择出过问题。

嗯，这一章的内容就到这。对称和非对称加密是KMS的基石，理解它们的特性和边界，后面的章节才能更好地理解如何设计跨地域的密钥分发和灾备方案。你想想看，如果连加密机制都没选对，后续的架构设计再有创意也是白搭。