AES和ECC的混合加密

2019独角兽企业重金招聘Python工程师标准>>>

在上面对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，客观因素有很多：

1. 密钥位数短，一般认为160位密钥的ecc安全性相当于1024位密钥的rsa，256位相当于3072位。
2. ECC虽然算法复杂但位数短很多，所以ECC性能高于RSA，安全性也相对高很多，ECC逐渐成为主流了。
3. ...... 还有很多

AES的Key经过接收方公钥加密和AES加密的内容 一起发送给接收方，接收方通过自己私钥先将加密后的AES_KEY解密，再通过解密得到的原始AES_KEY，并用该key解密发送方发送的内容，得到明文。 如下图所示:

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

扩展：AES和ECC的混合加密还有一种特殊的场景，先来看一下ECC 数学函数 Q=dG; (Q是公钥 d是私钥 G是他们之间的关系)；Q1 = d1G1; Q2=d2G2;那么能推出 key＝Q1d2G2 = Q2d1G1; 有没有亮点 1的公钥和2的私钥 2的公钥和1的私钥 他们能得到一个相同的值 key。那么我们能不能把这个相同的key 作为他们之间AES加减密的key呢？ 那我们是不是可以在这个发送过程少传一个AES密钥key‘的参数，那在传输的过程透露的信息是不是有可以少，安全性是不是会高一点呢？ 32位的ECC加密 和32位AES解密，经实践可以使用上述方法。

转载于:https://my.oschina.net/u/1391235/blog/759461