AES加密模式演进：从ECB到GCM的安全实践

1. 加密模式演进背景与核心挑战

2001年NIST正式确立AES为标准加密算法时，大多数开发者只关注密钥长度（128/192/256位），却忽略了加密模式的选择同样关键。早期项目中使用ECB模式加密信用卡信息的教训告诉我们：即便采用256位密钥，错误的加密模式仍会导致数据裸奔。

我在金融系统安全审计中见过最典型的ECB模式事故——某支付平台用ECB加密16字节为一组的银行卡号，导致相同卡号段密文呈现肉眼可见的规律性排列。这直接违背了加密的核心原则：密文不应暴露任何明文特征。

2. 基础加密模式原理与缺陷

2.1 ECB电子密码本模式

csharp复制// 典型ECB模式加密实现
using (Aes aes = Aes.Create())
{
    aes.Key = Encoding.UTF8.GetBytes("16/24/32字节密钥");
    aes.Mode = CipherMode.ECB; // 显式设置模式
    ICryptoTransform encryptor = aes.CreateEncryptor();
    
    byte[] encrypted = encryptor.TransformFinalBlock(
        Encoding.UTF8.GetBytes("待加密数据"), 
        0, 
        Encoding.UTF8.GetBytes("待加密数据").Length
    );
}

ECB的核心问题在于：

• 相同明文块永远生成相同密文块
• 不提供任何扩散性（diffusion）
• 对结构化数据（如图像、表格）会保留明文模式

重要警示：ECB模式不应再出现在任何新系统中，仅保留用于兼容老旧系统

2.2 CBC密码块链接模式

CBC通过引入初始化向量(IV)和链式加密解决了ECB的模式重复问题：

csharp复制aes.Mode = CipherMode.CBC;
aes.GenerateIV(); // 每次加密生成随机IV

加密过程数学表达：
C_i = Encrypt(P_i ⊕ C_{i-1})
其中C_0 = IV

实际项目中的三个关键点：

1. IV必须随机且不可预测（不要使用固