1、为什么网络通信要进行数据加密？
我们在网络进行通信时候，如果数据以明文的方式传输，在传输过程中，数据可以被篡改、窃听、伪装等，如图：
当A向B通信时，C可以在数据传输的过程，将数据进行抓包，例如应用wireshark抓包软件，就可以抓取通信的数据包，进行对抓到的内容进行分析，得出传输数据的内容。
2、数据加密方式有哪些？
从分类上划分，加密技术有四种：
1)对称加密
◆ 对称加密：加密和解密使用同一个密钥
·DES：Data Encryption Standard，56bits
·3DES：
·AES：Advanced (128, 192, 256bits)
·Blowfish，Twofish
·IDEA，RC6，CAST5
◆ 特性：
·加密、解密使用同一个密钥，效率高；
·将原始数据分割成固定大小的块，逐个进行加密；
◆ 缺陷：
·密钥过多；
·密钥分发；
·数据来源无法确认
◆ 事例说明：其实我们平时用的最多的加密方式就是对称加密算法，比如我们使用通过https的方式浏览网页。只是在进行页面数据传输前，通过非对称加密的方式来传输对称秘钥，后面会详细介绍。
2)非对称加密（公钥加密）
◆ 非对称加密采用公钥加密，同时还需要另一个秘钥来解密，也就是私钥；两者统称为密钥对。
·公钥：从私钥中提取产生，公开给所有人；public key
·私钥：通过工具创建，使用者自己留存，必须保证其私密性；secret key
◆ 特点：
用公钥加密数据，只能使用与之配对的私钥解密；反之亦然
◆ 功能：
·身份认证：私钥拥有者用自己的私钥加密的数据，只要用其公钥能解密，即可认证其身份；私钥加密的这个过程为数字签名。
·密钥交换：与被通信方之前，首先获取到对方的公钥，自己生成一个加密密码，用对方的公钥加密，并发送给对方；
·数据加密：适合加密较小数据（不常用，比对称加密要慢3个数量级）
◆ 缺点：
密钥长，加密解密效率低下
◆ 算法：
RSA（加密，数字签名）,DSA（数字签名）,ELGamal
◆ 基于一对公钥/私钥对
用密钥对中的一个加密，另一个解密
◆ 实现加密过程：
·接收者
生成公钥P和私钥S
公开公钥P，保密私钥S
·发送者
使用接收者的公钥P来加密消息M
将P(M)发送给接收者
·接收者
使用私钥S来解密：M=S(P(M))
◆ 实现数字签名：
·发送者
生成公钥/私钥对：P和S
公开公钥P，保密密钥S
使用私钥S来加密消息M
发送给接收者S(M)
·接收者
使用发送者的公钥来解密M=P(S(M))
结合签名和加密
分离签名
事例说明：我们在银行办理网银时，银行提供的U盾就是含有公钥的证书。银行之所以当面提供U盾，就是以一种可靠的方式把公钥给我们，防止被冒充。记得以前在网页使用支付宝的时候，也必须要要下载加密控件，这也是含有公钥的证书，用来加密数据。
3)单向加密
◆ 只能加密，不能解密，因为解密过程是一个二次加密的过程；主要是提取数据的特征码，即“数据指纹”
◆ 特性：
·任意长度输入
·固定长度输出
·若修改数据，指纹也会改变（“不会产生冲突”）
·无法从指纹中重新生成数据（“单向”）
◆ 功能：
数据完整性（完整性校验）
系统账号密码校验
◆ 算法：
md5：Message Digest 5（消息摘要）,128bits；
sha1：Secure Hash Algorithm 1(安全哈希算法) ,160bits
sha224,sha256,sha384,sha512
事例说明：我们平时访问网站，需要注册账号密码，网站就是以单向加密的方式，将密码加密放到数据库，我们在下次输入认证时，网站程序根据相应的加密算法加密我们提供的密码数据，与数据库里加密的密码进行对比，网站就是基于这种方式进行认证的，所以网站后台服务器也不知道我们的明文密码，这就是当你的密码忘记时，只能修改的原因了。当然，我们提供原始密码给网站是，也是通过加密传送的。
4)密钥交换
◆ 密钥交换（IKE）：双方通过交换密钥来实现数据加密解密；密钥交换有两种
公钥交换：将公钥加密后通过网络传输到对方进行解密，这种方式很有可能别截获破解，不常用；
DH：双方共有一些参数，共同协商加密算法，除此之外双方还有属于自己的私有参数，通过共有参数、私有参数和算法信息来进行加密，然后双方将计算后的结果进行交换，交换完成后再和属于自己私有的参数进行特殊算法，经过双反计算后的结果是相同的，而这个结果就是密钥。
如：A有p和g两个参数，A还有一个属于自己的私有参数x；
B有p和g两个参数，B还有一个属于自己的私有参数y；
A和B有相同的加密算法即：
A：p^x%g
B：p^y%g
然后双方交换计算后的结果，此时
A拿到B的p^y%g，B拿到A的p^x%g，双方再和自己私有参数进行相同的算法，即
A:对p^y%g 再求x次方得(p^y%G)^x=p^xy%g
B:对p^x%g 再求y次方得(p^x%G)^y=P^xy%g
最后A和B的结果是一样的
注意：整个过程中对于第三方人员来说只能获取p，g两个值，AB双方交换的是经过计算后的值，因此这种加密算法是很安全的。
3、通信中是如何进行数据加密的？
当Tom要向Jerry通信时，在网络世界A和B肯定是素未谋面的，如果使用非对称加密，那么Tom、Jerry肯定要先交换公钥，用来加密传送的数据。如下图：
Tom和Jerry通过公共网络交换公钥，TOM和Jerry通过对方的公钥加密数据，用自己的私钥解密数据，看似天衣无缝，大家有没有想过，在通信链路上，会有第三个人，在TOM向Jerry通信时，冒充Jerry，在Jerry通信时，在冒充Tom。然后Tom和Jerry看似两个人通信，实则有个中间人，不停的窃取信息，过程如图：
当Tom向Jerry发送公钥时，第三方jack冒充Jerry，接受到Tom的公钥，并将自己的公钥发给Tom,Tom以为一直在和Jerry通信，其实是在Jack通信。
如何避免这种情况呢？
这里就不得不提到PKI了：公钥基础设施
先说明几个概念：
◆ PKI: Public Key Infrastructure
公钥基础设施：
签证机构：CA（Certificate Authority）
注册机构：RA
证书吊销列表：CRL
证书存取库：
◆ X.509：定义了证书的结构以及认证协议标准
版本号：version
序列号：serial number CA用于唯一标识此证书；
签名算法标志：
颁发者：即CA自己的名称；
有效期限：两个日期，起始日期和终止日期
主体名称：证书拥有者自己的名字
主体公钥：证书拥有者自己的公钥信息
发行者的唯一标识：
证书主体的唯一标识
CRL分发点：
扩展信息
发行者签名：CA对此证书的数字签名
◆ 验证证书过程：
1.用CA的公钥去解密CA的全名，能解密说明证书来源可靠；
2.用同样的加密算法去加密证书取得特征码，与解密出的特征码相比较，如果二者相同，说明证书完整性可靠；
3.检查证书的有效期限在不在当前合理的有效范围内;
4.验证主体名称和期望通信的对方是否一致;
5.检查证书是否被吊销。
◆ 证书类型：
证书授权机构的证书
服务器
用户证书
◆ 获取证书两种方法：
1.使用证书授权机构；
生成签名请求（csr）
将csr发送给CA
从CA处接收签名
2.自签名的证书；
自已签发自己的公钥
上面在介绍非对称加密是也说过了，非对称加密的缺点是加密速度慢，所以在进行数据传输时，我们是不使用非对称加密的。而是使用公钥加密对称密码，传输给对方，私钥进行数据签名。利用CA证书，进行公钥认证
具体是如何实现的呢？
看下图：
加密过程说明：
1)Tom和Jerry利用非对称加密算法获得一对公钥私钥，利用公钥向证书颁发机构CA申请证书；
2）Tom需要和Jerry通信时，会将双发的公钥发给对方，对方通过根证书验证，防止证书被验证；
3）Jerry向Tom发送数据时，Jerry会利用某种单向加密算法，提取data的特征码，再利用自己的私钥加密特征码，形成数字签名（数据签名是为了实现身份认证）；Jerry会生成一个随机对称秘钥，用于加密Tom请求的数据、特征码和数字签名，然后用Tom的公钥加密随机对称秘钥。最后将这一段数据通过网络发送给Tom。
4）Tom收到数据，利用自己的私钥解密，得到对称密钥，进而用对称密钥解密得到data、特征码和数字签名；使用同一种算法来计算data的特征码，与Jerry发来的特征码对比，如果相同，数据 的完整性得到验证；用Jerry的公钥解密数字签名，能够解密，Jerry的身份得到验证。
CA证书最主要的功能就是认证我们要访问的服务器公钥有权威性；而公钥是可以公开的，为了加密传送的数据（一般是用来加密对称密钥的）；对此密钥是临时随机生成的，为了更快的加密解密数据。
4、https方式进行数据传输的具体流程
下面来说说PKI的具体实现，我们以SSL（安全套接字层）为例。
http是超文本传输协议，https就是以ssl为基础的超文本传输协议，我们平时上网，像支付宝网站使用的就是https协议。为什么呢？因为支付宝涉及到金融方面，当然要加密。但是现在百度也用https了，上面说过了，数据加密传输会导致传输过程变慢，那百度又为什么使用https协议呢，因为如果不加密，我们申请的页面在中途可以被网络运营商添加了其他数据（比如广告）。
流程如下：
具体的四个阶段说明：
第一阶段：ClientHello：
支持的协议版本，比如tls 1.2；
客户端生成一个随机数，稍后用户生成“会话密钥”
支持的加密算法，比如AES、3DES、RSA；
支持的压缩算法；
第二阶段：ServerHello
确认使用的加密通信协议版本，比如tls 1.2；
服务器端生成一个随机数，稍后用于生成“会话密钥”
确认使用的加密方法；
服务器证书；
第三阶段：
验正服务器证书，在确认无误后取出其公钥；（发证机构、证书完整性、证书持有者、证书有效期、吊销列表）
发送以下信息给服务器端：
一个随机数；
编码变更通知，表示随后的信息都将用双方商定的加密方法和密钥发送；
客户端握手结束通知；
第四阶段：
收到客户端发来的第三个随机数pre-master-key后，计算生成本次会话所有到的“会话密钥”；
向客户端发送如下信息：
编码变更通知，表示随后的信息都将用双方商定的加密方法和密钥发送；
服务端握手结束通知；
5、SSL 的工具实现 OpenSSL
本文出自 “汪立明” 博客，请务必保留此出处http://afterdawn.blog.51cto.com/7503144/1872753
原文地址：http://afterdawn.blog.51cto.com/7503144/1872753
