加密的TCP通讯全过程

全栈程序员-用户IM • 2022年6月1日下午12:46 • 未分类

大家好，又见面了，我是你们的朋友全栈君。

转自：http://blog.csdn.net/laotse/article/details/5910378

首先3个概念，1、不可逆加密2、可逆对称加密3、可逆非对称加密

1、不可逆加密，大家最熟悉的一种，md5 sha1就是，加密后就不能解密，只能用于存储密码和校验文件变动，不能用于网络通讯。

2、可逆对称加密，用一个钥匙把内容加密，只要有这个钥匙的人就可以解密，就像登录windows，要一个密码，只要有密码谁都能登录，但是如果没有这密钥，就很难很难解密，就像破解windows密码需要穷尽一样。非常适合网络加密通讯。如果客户和服务器都有着把钥匙，那么通讯过程是保密的，即使通讯内容被截获，看到的也是一堆乱七八糟的加密后的byte，通讯内容是安全的。

但是这就产生一个问题了，客户端有这把钥匙在程序某个部分，如果被反编译或者什么的被人发现了，那么以后所有客户端和服务器通讯都可以被截获者解密，从而失去了加密意义，所以这把钥匙服务器要经常变换不能事先给客户端，需要每次通讯前才给客户端，但是这样这把钥匙还是可以被截获着截获，所以如何安全发送这把钥匙就成了关键，只要钥匙安全了，那么整个对称加密就安全了，如果钥匙被人发现了，这个过程就没有秘密可言。

所以可逆非对称加密就出现了

3、可逆非对称加密，客户端和服务器通讯的时候，客户端先用非对称加密生成2把随机钥匙，一把叫公钥一把叫密钥，关键就在这里，用这个公钥加密的内容不能用公钥解密，只能用密钥解密，客户端把公钥发送给服务器，服务器用这个客户端生成的公钥把某内容加密后返还给客户端，客户端用那把密钥解密。

仔细看看这个过程，假定有个拦截者，一开始，客户把公钥发送给服务器，比如让拦截者给截获了，服务器返回用这个公钥加密的内容，也让拦截者给截获了，拦截者想用这个公钥解密，但是发现不行，公钥加密的内容只能用密钥才能解密，公钥只起一个加密作用。那密钥在哪呢？在客户端那个程序的内存里，并没有通过网络发送（而且呢，这个公钥和密钥是临时随机生成的，在内存里，当客户端不运行的时候即使反编译该程序也看不到），客户端那个程序就可以解密，而拦截者即使截获了公钥和公钥加密的内容，也是白忙一场一点用都没有。所以服务器返回的那段用公钥加密的内容是安全的。

大家是不是发现非对称加密比对称加密要安全不知道多少倍啊，全随机的，那直接全都用非对称加密就天下太平了那还要对称加密干什么呢？但是非对称虽好，但是却很慢，不能对大量的通信内容进行加密通信（不知道，反正都这么说），只能开始通信的时候用这种方式传送一点很重要的内容。

那用来传送点什么内容呢？

用来传送对称加密的那边钥匙就非常合适，2部分不是说对称加密唯一不安全的地方就是那边钥匙的传送过程不安全么，那么先用非对称加密传送对称加密的钥匙，这样对称加密的钥匙的传送过程就安全了，钥匙安全问题解决了所以对称加密和非对称加密就一样安全了，这时就关闭非对称加密，以后都用对称加密了，速度也上来了。这就是非对称加密和对称加密配合使用的过程，网上很多应用都是这种方式。

在.net下实现这3种加密太容易了，都是封装好的不能再好的类。过程几行就完了。对称加密用TripleDESCryptoServiceProvider，最大支持24字节（192位）的加密，非对称用RSACryptoServiceProvider。

发布者：全栈程序员-用户IM，转载请注明出处：https://javaforall.cn/137794.html原文链接：https://javaforall.cn

【正版授权，激活自己账号】： Jetbrains全家桶Ide使用，1年售后保障，每天仅需1毛

【官方授权正版激活】： 官方授权正版激活支持Jetbrains家族下所有IDE 使用个人JB账号...