TLS 1.0中AESCBC128/256的IV交换机制及官方资料问询

你提到的这个点其实挺典型的——不少人刚梳理TLS版本演进细节时，都会疑惑为啥原始TLS 1.0规范里没提AES-CBC，但实际又能使用。先直接给你核心结论：TLS 1.0中AES-CBC-128/256的IV传输方式和TLS 1.2完全一致，IV确实是作为应用数据记录的前16字节明文发送的。

为什么原始TLS 1.0 RFC没包含AES-CBC？ #

TLS 1.0的原始规范是1999年发布的RFC 2246，当时AES刚成为标准不久，还没在TLS生态中普及，所以文档里只定义了DES、3DES、RC4这些当时主流的加密套件。AES-CBC是后来通过2002年发布的RFC 3268（Advanced Encryption Standard (AES) Cipher Suites for Transport Layer Security (TLS)）被正式添加到TLS 1.0和TLS 1.1中的。这份RFC专门针对AES系列套件做了定义，让旧版本TLS也能支持AES加密。

IV处理的一致性细节 #

不管是TLS 1.0（通过RFC 3268扩展）还是TLS 1.2（RFC 5246），AES-CBC的IV处理都严格遵循TLS记录层的块密码通用规则：

• 每个应用数据记录生成一个随机的16字节IV（和AES的块大小匹配）
• IV会作为记录的前缀明文发送，放在加密payload的前面
• 接收方读取记录时，先提取前16字节作为解密用的IV，再解密后续的密文内容（包含MAC和填充）

你可以在RFC 3268的第3节找到明确说明：AES-CBC套件的实现必须遵循TLS 1.0记录层的块密码模式要求，而RFC 2246的第6.2.3.2节已经定义了块密码IV的生成和传输规则——这和TLS 1.2 RFC 5246第6.2.3.2节的规则完全一致，所以两者的IV交换逻辑没有差异。

官方参考资料总结 #

• RFC 2246 (TLS 1.0)：原始规范，定义了TLS记录层块密码模式的通用规则（包括IV处理）
• RFC 3268：将AES-CBC套件引入TLS 1.0/1.1，明确套件需遵循TLS 1.0的块密码规则
• RFC 5246 (TLS 1.2)：沿用了相同的块密码IV处理逻辑，可作为对比参考

内容的提问来源于stack exchange，提问作者Tinggo