OpenSSL AES-256-CBC加密相关技术问题咨询

前置操作步骤 #

1. 生成AES-256-CBC的(key, iv)对 #

使用PBKDF2（10000次迭代、SHA256哈希），密码为secret-passphrase，盐值十六进制为3030303030303030，执行命令：

$ openssl enc -e -aes-256-cbc -pbkdf2 -iter 10000 -a -k "secret-passphrase" -S 3030303030303030 -P
salt=3030303030303030
key=4308510484954F2C45965C7EE57655A016261037628F8E25E0C44B746217B805
iv =A1B59BE16D6AABD8C7B953E4D7D7514B

2. 通过密码+盐直接加密字符串0000000000000000 #

$ openssl enc -e -aes-256-cbc -pbkdf2 -iter 10000 -a -k "secret-passphrase" -S 3030303030303030 -v <<< '0000000000000000'
bufsize=8192
U2FsdGVkX18wMDAwMDAwMBqMQ8GU/iXU+NBj3NT6lF72hdiq/vECsiGIyk6gzC3S
bytes read   :       17
bytes written:       65

3. 使用生成的(key, iv)加密同一字符串 #

$ openssl enc -e -aes-256-cbc -K '4308510484954F2C45965C7EE57655A016261037628F8E25E0C44B746217B805' -iv 'A1B59BE16D6AABD8C7B953E4D7D7514B' -base64  -v <<< '0000000000000000'
bufsize=8192
GoxDwZT+JdT40GPc1PqUXvaF2Kr+8QKyIYjKTqDMLdI=
bytes read   :       17
bytes written:       45

两种方式解密验证 #

用(key, iv)解密

$ openssl enc -d -aes-256-cbc -K '4308510484954F2C45965C7EE57655A016261037628F8E25E0C44B746217B805' -iv 'A1B59BE16D6AABD8C7B953E4D7D7514B' -base64  -v <<< 'GoxDwZT+JdT40GPc1PqUXvaF2Kr+8QKyIYjKTqDMLdI='
bufsize=8192
0000000000000000
bytes read   :       45
bytes written:       17

用密码+盐解密

$ openssl enc -d -aes-256-cbc -pbkdf2 -iter 10000 -a -k "secret-passphrase" -S 3030303030303030 -v <<< 'U2FsdGVkX18wMDAwMDAwMBqMQ8GU/iXU+NBj3NT6lF72hdiq/vECsiGIyk6gzC3S'
bufsize=8192
0000000000000000
bytes read   :       65
bytes written:       17

问题解答 #

1. 为何步骤2与步骤3的加密结果不一致？ #

步骤2的加密结果包含OpenSSL自定义文件头：开头U2FsdGVkX1是固定标识，后面跟着盐值的Base64编码，最后才是加密后的密文。而步骤3直接使用指定的key和iv，只输出纯密文的Base64编码，没有额外元数据，所以两者长度和内容均不同。

2. 是否可以控制“bytes written”的长度？若可以，具体如何操作？ #

可以控制，核心是调整元数据和填充逻辑：

• 去掉文件头/盐值：改用指定key和iv的方式，避免输出额外元数据。
• 控制填充：原数据是AES块大小（16字节）整数倍时，添加-nopad选项可避免默认的PKCS#7填充块，减少密文长度。
• 去掉Base64编码：移除-a或-base64选项，输出二进制密文，消除Base64的长度膨胀。

3. 当待加密消息的长度与输入缓冲区大小不匹配时，会进行怎样的调整？补充的字节是什么？是补零字节吗？另外，当输入15个'0'时读取字节数为16，尝试设置16字节缓冲区但系统显示最小为80，带-nopad选项与不带该选项的加密结果为何不同？底层不是应该以16字节为倍数处理吗？ #

• 缓冲区大小不影响填充逻辑，OpenSSL始终按AES块大小（16字节）处理数据。默认用PKCS#7填充：数据长度不足块大小时，补充的字节值等于需要填充的字节数（比如缺1字节补0x01，缺2字节补两个0x02）；数据刚好是块大小倍数时，会额外填充一个完整块（16个0x10），方便解密时识别移除，不是补零字节。
• 输入15个'0'时读取16字节，是因为<<<操作符自动在输入末尾添加换行符（\n），实际读取15个'0'加1个换行符。
• -nopad禁用PKCS#7填充，要求输入必须是块大小整数倍，否则报错。若输入刚好是块大小倍数，不带-nopad会多一个填充块，带-nopad则没有，因此加密结果长度差16字节，内容自然不同。底层确实按16字节块处理，但-nopad改变了填充逻辑。

4. 示例中待加密消息长度为16字节，为何“bytes read”显示为17？输入15个'0'时显示读取16字节，是否是因为添加了换行符？ #

是的，<<<（here-string）会自动在输入字符串末尾添加换行符（\n）。示例中16字节的字符串加换行符后变成17字节，因此bytes read为17；15个'0'加换行符刚好16字节，对应读取数16。要避免此问题，可使用echo -n传递输入：

echo -n '0000000000000000' | openssl enc ...

这样不会添加换行符，读取字节数即为原字符串长度。

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