openssl enc 加解密

enc - 对称加密例程，使用对称密钥对数据进行加解密，特点是速度快，能对大量数据进行处理。算法有流算法和分组加密算法，流算法是逐字节加密，数据经典算法，但由于其容易被破译，现在已很少使用；分组加密算法是将数据分成固定大小的组里，然后逐组进行加密，比较广为人知的是DES3。分组算法中又有ECB，CBC,CFB,OFB,CTR等工作模式，其中默认选CBC工作模式。

语法

openssl enc -ciphername[-in filename] [-out filename] [-pass arg] [-e] [-d] [-a/-base64] [-A] [-k password] [-kfile filename] [-K key] [-iv IV] [-S salt] [-salt] [-nosalt] [-z] [-md] [-p] [-P] [-bufsize number] [-nopad] [-debug] [-none] [-engine id]

enc 主命令，虽然直接调用加密算法名字也行，例如：

但是不推荐使用，理由是这种调用形式对于需要硬件引擎的算法不能正常工作（算法，可以由硬件完成）。

-in / -out   filename    输入待加解密的文件，输出加解密后的文件

-pass arg

-pass 提供了几种传入密码的方式。传统是利用-k 选项传入密码的。（关于环境变量，文件描述符，请参阅相关文献）

-salt     加盐，这是开启的默认选项，使用-nosalt已明确关闭此选项，除非为了兼容性的考虑，否则在新程序中请使用此选项。这是一个神奇的选项，加盐后，相同的明文可以得到不同的密文。默认情况下，盐值是随机生成的，可以使用-S选项明确指定盐值。

有了盐值后，相同的明文可以产生不同的密文，那可以解密吗？当然可以。在密文中包含了盐值。例如：

注意salt和a.des3salt中的a254 906c a471 c1d4是一样子的。我以前用POCO写了个加密程序，加密了一个文件，然后又用openssl加密了那个相同的文件，结果加密后的文件不一样，原来是盐值在搞怪。加盐，就是加调料，所以结果不一样了。

盐值（salt）不需要保密，为什么，看看《应用密码学》吧。

-e / -d         encrypt / decrypt 加解密。默认是加密，-d明确指定是解密。

-a              对加密后的数据进行base64编码，或解密前，先对数据进行base64解码。 -base64与-a选项相同。

-A              如果指定-a 选项，在每一行上进行base64处理。

-k /  -kfile     -k，传统输入密码的方式，-k 123 相当与 -pass pass:123 。-kfile p.txt 相当于 -pass file:p.txt。

-K  key     加密真正使用的key。这和-k 和 -pass有什么区别呢？ 其实我们输入的密码并不是加密时使用的密钥，对于分组加密算法来说，密钥是固定的，有64/128/256等，我们也经常见文献里写着，密钥多少多少位。我们输入的密码，在加密算法启动前，会经过运算，得到固定长度用于加密的key，然后在加密。我们可以在选项中手动指定key，key的格式是16进制，算法的不同，key的长度也会不同。

-iv IV      IV是初始化向量，格式是16进制。在分组加密算法中，对第一组数据加密时，我们可以是用初始化向量对其进行处理，已隐藏明文的统计特性。参加下面的工作模式。

-p / -P    print打印出key和iv值。-P只打印出key和iv值，而不进行加解密运算。参考-salt

算法

除了上面提到的des3外，openssl还提供了那些算法呢？

这里是官方文档，做的整理

注意上面的ecb,cbc,ofb,cfb等，这些是分组算法的工作模式，默认为cbc。

ECB是最简单的，如图

CBC是应用最广泛的，如图

在加密第一组数据的时候，使用了IV，且每组数据加加密前都与前组加密后的数据进行异或，提高了安全性。不同的IV可以产生不同的密文（这和不同的salt可以产生不同的密文，应该不矛盾，本人菜鸟^_^），这样明文的统计特征会在密文中消散掉。IV不需要保密。