我正在使用openssl加密和解密文件，但结果却很奇怪。我希望生成的文件与我开始使用的文件相同，但事实并非如此。有人知道会导致这种情况的吗？我已经尝试过重新安装openssl并得到相同的结果。
这是我在做什么：
从初始文件（file1）开始对其进行加密
# openssl enc -aes-256-cbc -e -in file1 -out file2 -K 1234abcd -iv 1234
没有错误，并且创建了加密文件（file2）
使用相同的方法解密文件
# openssl enc -aes-256-cbc -d -in file2 -out file3 -K 1234abcd -iv 1234
将原始文件与解密的文件（file3）比较
# cksum file1 file3
4167212980 9021440 file1
1512110269 9021440 file3
# cmp file1 file3
file1 file3 differ: char 1630209, line 6196
我已经在其他计算机上运行了该测试，没有问题。这个问题有些奇怪，我不确定这是一个opensl问题还是更深层次的问题。
这是适用于ARM的OpenSSL版本1.0.2r的交叉编译版本，但是使用1.0.2n可以看到相同的结果。我唯一能想到的就是完全重建我的文件系统，也许某个底层库存在一些交叉编译问题？
编辑： 我注意到的关键证据。我的file1是.tar，我尝试使用OpenSSL进行加密/解密的原始文件也是如此。看起来像我通过OpenSSL运行的任何tar都会导致此问题，但其他文件都可以。简单的ascii文件，可执行文件以及我尝试过的所有不是tarball的东西都可以正常工作，并使用cksum和cmp通过检查。知道焦油会如何影响它吗？
重建文件系统后，我仍然得到相同的结果并且感到困惑。这个问题似乎并不影响其他任何功能，仅影响此加密操作。