OpenSSL之安全通信基础

安全特性：

任何一套安全的通信系统在数据传输过程当中至少具有如下三个特性：

              1，验证来源的合法性
              2，保证数据的完整性
              3，保证数据的私密性

对称加密：

对数据的私密性要求，咱们能够经过对数据进行加解密来完成。以下图所示：

数据加密(encryption):使用一个密钥(key)并经过一种加密算法将明文(plaintext)

                     加密成密文(ciphertext)。

数据解密(decryption):是数据加密的逆向过程。经过密钥将密文解密成明文。

注：图中加解密的Key能够是同一个密钥，也能够是不一样的密钥。

根据加解密Key的不一样将加密体系分为两种：

                1，对称加密
                       特色：使用同一个密钥进行加解密
                       优势: 加密速度快
                       缺点：秘钥传递问题
                       常见的对称加密算法有：DES，3DES，AES等
                2，非对称加密
                       特色：数据传输双方事先都必须产生一对密钥
                             一个称为公钥
                             一个称为私钥
                             公钥加密的数据，只有对应的私钥才能解密
                             私钥加密的数据，只有对应的公钥才能解密
                       优势：解决了秘钥传递问题 
                       缺点：加密速度慢  
                       常见的非对称加密算法有：RSA，DH等

对称加密图例：

              图注: 发送方利用本身的密钥(Key)对明文数据进行加密；

                    接收方必须获得发送方的密钥(Key)；

                    接收方利用发送方的密钥对密文进行解密；

                    若是密钥在传输过程当中被第三方获悉，那这次加密的私密性得不得保障。

                    

对称加密openssl实现：

加密数据：
格式：openssl enc  -ciphername -k password -in file1 -out file2
说明：
      enc              加密关键字
      -ciphername      指定加密算法
      -k               指定口令关键字
      password         口令
      -in              指定输入文件(file1)
      -out             指定输出文件(file2)  
      
 解密数据：
 格式：openssl enc -ciphername -k password -d -in file -out file2
 说明：-d              解密
       其余参数同上
 
 openssl支持的加密算法：DES,DES3,RC2,RC5,AES256等 
     
 实例：
       加密：
       openssl enc -des3 -k 123456 -in test.txt -out test.bin
       
       解密：
       openssl enc -des3 -k 123456 -d -in test.bin -out test1.txt

非对称加密：

非对称加密图例：

               图注：首先通信双方都产生一对密钥；

                     数据发送方获得数据接收方的公钥；

                     数据发送方利用数据接收方的公钥对数据进行加密；

                     数据接收方利用本身的私钥对加密数据进行解密；

                     数据接收方最终获得明文的数据。

                     任何一方获得接收方的公钥，也解密不了传输中的数据。

非对称加密openssl实现：

产生密钥对：
格式：openssl genrsa -out file 1024
      openssl rsa -in file -pubout
说明：
      genrsa         使用rsa算法产生密钥
      -out           指定输出文件
      1024           指定算法强度 单位bit
      rsa            使用rsa算法产生密钥
      -in            指定输入文件
      -pubout        从私钥中提取公钥
      
使用公钥加密数据:
格式： openssl rsautl -in file -out file -inkey file -pubin -encrypt
说明：
       rsautl        使用rsautl对文件进行加密
       -in           指定输入文件(须要被加密的文件)
       -inkey        指定输入密钥文件
       -pubin        指定-inkey输入的是一个公钥文件
       -encrpt       表示加密
       
使用私钥解密：
格式： openssl rsautl -in file -out file -inkey file -decrypt
说明：
       -inkey        指定输入密钥文件(这里应该是私钥文件)
       -decrypt      表示解密
       其余同上
       
实例：
      产生密钥对：
      openssl genrsa -out priv.key 1024             //产生私钥
      openssl rsa -in priv.key -pubout > pub.key    //提取公钥
      
      使用公钥加密数据：
      openssl rsautl -in test.txt -out test.bin -inkey pub.key -pubin -encrypt
      
      使用私有解密：
      openssl rsautl -in test.bin -out test2.txt -inkey priv.key -decrypt

总结：虽然非对称加密体系实现了密钥交换的问题，但其自己算法实现复杂致使其加密速度慢。

因而在使用中，人们通常将对称加密和非对称加密两者结合起来使用。

对称与非对称结合：

混合使用之加密图解：

               图注：首先发送方利用一个随机数产生了一个对称密钥(session key);

                     发送方利用这个session key对数据进行加密；

                     发送方拿着接收方的公钥对这个session key进行加密；

                     发送方将加密好的数据和加密好的session key发送给接收方；

                     这种方法既保证了加密速度，又保证了加密密钥的安全传送。

混合使用之解密图解：

               图注：接收方接收到加密的数据和加密的session key；

                     接收方利用本身的私钥解密加密的session key；

                     接收方再利用已解密的session key来解密加密的数据文件；

                     接收方最终获得了明文的数据。

总结：虽然混合使用对称加密和非对称加密以后，既保证了加密速度，又保证了加密密钥的安全传送。

可是始终没办法保证来源的合法性。这时候就须要用到数字签名(Digital Signature)。

数字签名：

数字签名图解：

               图注：发送方使用本身的私钥加密数据文件(数字签名)；

                     接收方接收到这个数字签名文件；

                     接收方使用发送方的公钥来解密这个数字签名文件；

                     若是可以解开，则代表这个文件是发送方发送过来的；

                     不然为伪造的第三方发送过来的。

                     对于发送方来说这种签名有不能否认性。

数字签名openssl实现：

产生密钥对：
格式：openssl genrsa -out file 1024
      openssl rsa -in file -pubout
      
使用私钥完成签名：
格式：openssl rsautl -in file -out file -inkey file -sign
说明：
      -inkey 后面跟私钥
      -sign  表示签名
      
使用公钥校验签名：
格式：openssl rsautl -in file -out file -inkey file -pubin -verify
      -inkey  后面跟公钥
      -verify 表示校验签名
      
实例：
      签名：
      openssl rsautl -in test.txt -out test.sig -inkey priv.key -sign
      
      校验签名：
      openssl rsautl -in test.sig -out test3.txt -inkey pub.key -pubin -verify

总结：非对称加密中，公钥加密，私钥解密。主要用来进行数据加密。

                    私钥加密，公钥解密。主要用来进行数字签名和认证。

到目前为止，解决了数据传输过程当中数据私密性和来源合法性的问题。可是数据的完整性有靠什么来保障呢？这就要利用散列函数来实现。

散列函数：

散列函数的特色：

              1，输入能够是任意长度 但输出是定长的。MD5 128bits  SHA1 160bits

              2，加密过程不可逆，没法根据特征码还原原来的数据

              3，雪崩效应  输入的一点点改变 会致使结果发生很大改变

              4，输入一致，输出必然相同

             注：不一样的输入，可能会有一样的输出。可是几率很小 并不表明没有这种可能

常见的散列函数(Hash函数)：

              1，MD5

              2，SHA1

散列函数openssl实现：

产生一个文件的MD5值：
格式： openssl dgst -md5 file
       md5sum file
       
产生一个文件的SHA1值：
       openssl dgst -sha1 file
       sha1sum file
       
实例：
       openssl dgst -md5 openssl-0.9.8h.tar.gz
       md5sum  openssl-0.9.8h.tar.gz
       
       openssl dgst -sha1 openssl-0.9.8h.tar.gz
       sha1sum openssl-0.9.8h.tar.gz

总结：散列函数能够根据任意长度的输入，生成定长的摘要信息。这样能够用来校验文件的完整性。

防止数据在传输过程当中被第三方篡改。

安全数字签名：

安全数字签名图解：

               图注：发送方利用散列函数对明文数据进行Hash获得摘要信息；

                     发送方使用本身的私钥对摘要信息进行签名；

                     接收方利用发送方的公钥来验证来源的合法性；

                     接收方利用摘要信息来验证数据的完整性；

                  注：

                     当源文件很大，若是对源文件进行签名，就会比较耗费时间。

                     若是只对摘要信息进行签名，速度比较快，由于它是定长的且位数不长。

中间人***：

利用散列函数咱们能够用来保证数据的完整性。使用对称加密和非对称加密体系来完成数据的机密性和验证来源的合法性。但验证来源的合法性其实存在一个缺陷，就是怎么保证公钥的合法性？咱们来看下图中的例子：

               图注：假设Alice想向Bob发送一个文件。

                     首先Alice得获得Bob的公钥；

                     可是很不幸，Alice获得的是Hacker使用本身的公钥假装成Bob的公钥；

                     因而Alice拿着这个假装的公钥对文件进行加密，并发送给Bob；

                     但不幸的事情又发生了，这个加密文件被Hacker截获；

                     因而，Hacker获得了文件的内容；

                     Hacker对原文件可能进行篡改/也可能不会篡改；

                     这样看Hacker的目的；

                     因而Hacker利用Bob真正的公钥对文件进行加密；

                     而后发送给Bob；

                     整个过程对Bob和Alice来讲全然无知。

经过上图，咱们看出要想实现对公钥来源合法性进行验证。就必须得引入另外一个角色。首先数据通信双方都得信任这个角色。也就是这个角色具备权威性。其次，这个角色能够帮助通信双方安全完成公钥交换。咱们一般把这样一个角色或机构称为CA。

引入CA：

利用CA完成整个安全通信过程：

               图注：

                    1，首先必须保证CA为数据通信双方都承认的机构；

                    2，数据通信双方向CA提交认证申请。里面包含各自的公钥；

                    3，CA分别对通信双方的合法性进行验证；

                       若是验证经过，CA则利用本身的私钥分别对两份申请文件

                       进行加密(数字签名)。最终产生一个由CA完成数字签名的文件。

                       咱们把这个文件称为数字证书。

                    4，通信双方各自下载由CA签发的数字证书；

                    5，假设Alice想要发送一个文件给Bob；

                    6，首先Alice得向Bob请求获得Bob的数字证书；

                    7，Alice利用CA的公钥完成对Bob数字证书合法性认证，

                       而且从证书中获得Bob的公钥。

                    8，Alice利用散列函数对数据进行Hash产生摘要信息；

                       并经过程序随机生成一个session key,

                       利用这个session key对数据进行加密；

                       Alice再利用Bob的公钥对这个session key进行加密；

                    9，Alice将本身的证书和加密后的文件(包含session key)一并发送给Bob；

                    10,Bob接收到Alice发来的文件后，先用CA的公钥来验证文件来源的合法性。

                       若是合法，则利用本身的私钥对session key进行解密，

                       再利用session key对数据进行解密，获得明文数据。

                       而后，利用散列函数对数据进行Hash获得摘要信息。

                       将本身获得的摘要信息和Alice发过来的摘要信息进行比对，

                       若是一致，则代表数据没有被篡改。安全通信完成。