如何确保明文和密文的长度是一致的

LWEAL • 2025年1月2日 12:39:17 • ssl证书

加密之后会变大的问题

做过加密的人都应该有“加密之后文件会变大”的经验。变大就变大吧，对于日常使用和APP开发或者服务端开发而言，大个几k字节是无所谓的，但是如果是使用RF（射频）通信，那么大几个字节就会导致通信失败率的增加，所以对于这样的场景，你就需要确保密文和明文一样长，最好是还能短一点。
由于短一点是压缩算法的功劳，和加密算法本身没有关系，我们这里不做分析，今天我们以openssl的命令行工具为例来学习如何确保密文长度等于明文长度。

为啥密文会比明文长

为啥加密之后就会边长呢？为了更安全！那么为了更安全长到哪里了？
1. 长在填充；
2. 长在salt；
填充主要是为了解决分组加密，明文长度不是分组的整数倍的问题，为了简化填充规则，如果明文是分组的倍数，就填充一个整的分组。

上图就是一个明文是128bits的aes-128-cbc的加密样例，填充了整整一个128bits的填充块。
salt是作为秘钥和IV生成的一个随机因子，为了解决相同的明文和秘钥生成相同的密文的问题，由于salt必须参与到运算中，所以salt通常是以明文的形式拼接在明文的最前面，salt通常是16个字节的长度，前8字节是个固定的magic数，后8个字节是随机数，这样有salt的密文至少会增加一个长度是16个字节的明文头部信息。

上图就是一个有salt的，明文是一个字节的密文是16+1个字节的样例输出。