最近在学习ECC加密算法，用ECC加密图片后的密文保存成图片格式，还是txt格式。

这种方法，我没有使用过。

加密图片，我使用的是超级加密3000.

超级加密3000采用国际上成熟的加密算法和安全快速的加密方法，可以有效保障数据安全!

具体 *** 作方法：

1 下载安装超级加密3000。

2 然后在需要加密的文件上单击鼠标右键选择加密。

3 在d出的文件加密窗口中设置文件加密密码就OK了。

超级加密3000的下载地址你可以在百度上搜索超级加密3000，第一个就是。

在上面对AES加密的初步认知中，我们知道AES加密需要一个key，加减密双方都需要知道，那这个key怎么设定好？看一下下面的一种场景：

在社交的APP中，一般对聊天内容都会是加密的，A和B聊天，A和C聊天。如果这个Key都是固定的，那么是不是意味着:如果B通过蛮力等方法破解某段聊天信息，拿到了和A之间的AES_Key，再抓包劫持了A和C的传输内容，就可以轻易的破解A和C之间的内容，显然这种做法是不安全的。

所以安全的模式是A和B，A和C，B和C， 他们聊天内容加密的key都是不同的(再安全点加密方式也可以有区别)。那样即使A和B的加密被破解了，A和C，B和C等其他的聊天记录都不会被轻易破解。

那怎么传送这个key，肯定不是明文传送，那用哪一种加密方式更好点，一般都是非对称加密，如RSA、ECC等。

非对称加密:加减密的密钥不同,分私钥和公钥。

主流的非对称加密方式如：RSA和ECC

这边为什么选用ECC，客观因素有很多：

安全性高

有研究表示160位的椭圆密钥与1024位的RSA密钥安全性相同，256位相当于3072位。

加密效率比较

1)计算负荷:在私钥的加密解密速度上,速度更快。

2)密钥大小:存储空间占用小。

3)带宽:带宽要求低.

AES的Key经过接收方公钥加密和AES加密的内容 一起发送

给接收方，接收方通过自己私钥先将加密后的AES_KEY解密，再通过解密得到的原始AES_KEY，并用该key解密发送方发送的内容，得到明文。

如下图所示:

上面这种加密方式性能上绝对是杠杠的，虽然自己没有用具体的数据测试过，但也找过很多资料看了，加密算法速度高于

扩展：AES和ECC的混合加密还有一种特殊的场景，先来看一下ECC 数学函数 Q=dG(Q是公钥 d是私钥 G是他们之间的关系)；Q1 = d1G1Q2=d2G2那么能推出 key＝Q1d2G2 = Q2d1G1

有没有亮点 1的公钥和2的私钥 2的公钥和1的私钥 他们能得到一个相同的值 key。那么我们能不能把这个相同的key 作为他们之间AES加减密的key呢？

那我们是不是可以在这个发送过程少传一个AES密钥key‘的参数，那在传输的过程透露的信息是不是有可以少，安全性是不是会高一点呢？

32位的ECC加密 和32位AES解密，经实践可以使用上述方法。

---