SSL/TLS和SSL VPN

avatar
作者
猴君
阅读量:0

1、SSL/TLS

SSL安全套接字层:是一种加密协议,用于在网络通信中建立安全连接。它在应用层和传输层(TCP/IP)之间提供数据加密、服务器身份验证以及信息完整性验证

SSL只保护TCP流量,不保护UDP协议

TLS:传输层安全协议

在SSH3.0版本后,更名为TLS

SSL协议中包含多个子协议,它们协同工作以确保通信的安全性

SSL握手协议:允许服务器和客户端相互认证,并在应用层协议传输数据之前协商出加密算法,哈希算法,和会话密钥等,然后通过这些参数去构建SSL会话

SSL密码变化协议:只有changecipherspec这一个信息,客户端和服务器都可以发送,目的是通知对端,后续的报文都将使用新协商后的加密套件和密钥进行保护和传输

SSL告警协议:告警机制,用于在SSL通信过程中传递与安全性相关的告警信息

SSL记录协议:用于封装高层协议的数据,对应用层数据加密之后,放置在记录层中

这四个协议并不一定同时会出现,握手协议,密码变化协议和告警协议可能在建立SSL会话时按照顺序出现,在数据传输过程中主要出现的是记录协议

1)SSL工作流程

第一步:TCP三次握手,建立网络连接会话

第二步:Client Hello

客户端的随机数:是生成会话密钥的一个参数,该会话密钥需要三个参数共同计算出来

加密套件:将加密算法、鉴别算法常用的组合搭配在一起,用于进行选择

第三步:Server Hello(SSL服务器回复消息)

注意:一般情况下,server hello和服务器的证书是分开发送的,当然也可以在一个数据包中发送

服务器证书是由CA机构颁布的,是通过CA机构的私钥,将服务器的公钥以及一些证书相关的信息进行加密之后的产物。客户端本身具有信任CA的公钥,则可以使用CA机构的公钥对服务器证书进行解密,之后得到服务器的公钥。
注意:服务器的身份认证是强制要求的,必须提供证书,证书如果不合法,则会提供一个选择给客户,可以选择继续访问。但是客户端的认证是可选的,如果需要认证,则服务器会发送请求证书的报文,之后,需要客户端提供自己的证书

Server key exchange:用于提示密钥变更
Server hello done:一条空信息,用于通知客户端服务器已经做好协商最终密钥的准备

也可以通过一个数据包来发送server hello以及证书等信息。

第四步:客户端回应

Pre-master-key:预主密钥,本质也是一个随机数,用于计算最终的会话密钥,但是这个参数可以被服务器的公钥进行加密传输(电脑生成的随机数是伪随机数,所以使用三个伪随机数计算最终的密钥,会更加安全一些。)

第五步:服务器回应

在客户端中,可以携带这个会话复用票据,用于省略会话建立过程中,身份认证的环节,仅协商算法和密钥即可

会话票据:客户端在下次与服务器通信时,可以携带这个Session Ticket,以告知服务器自己希望复用之前的会话密钥。

如果服务器验证通过Session Ticket的有效性,就可以直接使用其中的会话密钥,而无需再次进行完整的TLS握手过程

1、无客户端认证的握手过程

2、有客户端认证

3、会话复用场景

SSL工作流程总结:在TCP三次握手建立网络连接后,客户端向服务器发送Client Hello与服务器协商参数,服务端回复Server Hello确认参数并发送证书。客户端验证服务器证书,生成并使用服务器公钥加密发送预主密钥。服务器解密预主密钥并生成会话密钥,使用会话密钥进行数据传输

2)SSL协议数据传输流程

1. 分片(Fragmentation):SSL协议会将较大的应用数据分成较小的数据块进行传输,以避免单个过大的数据包可能造成的网络拥塞或处理不当的问题

2. 压缩(Compression):SSL 3.0及其后续版本支持数据压缩功能,以减少通过网络传输的数据量,从而加快数据传输速度并节约带宽

3. 增加HMAC(Hashing):HMAC是一种数据完整性检验方法,用于确保数据的完整性不被破坏。SSL协议使用HMAC来确保消息的完整性,防止数据在传输过程中被篡改。

4. 加密(Encryption):SSL协议通过使用对称密钥加密算法(如AES、DES、3DES等)对应用层数据进行加密,以确保数据的保密性。

5. 增加SSL记录首部(Record Header):SSL协议的记录层负责将应用层数据转换为SSL记录,并为每个记录添加首部信息,包括版本号、SSL记录类型、序列号、以及是否包含压缩选项等信息。首部信息之后是对称密钥加密后的应用层数据。SSL记录首部提供了SSL记录的元信息,帮助后续的解密过程正确地组装和解密记录层的数据。

SSL协议脆弱性分析:

  1. 无法保护UDP应用
  2. 客户端假冒
  3. SSL协议不能对抗流量分析

2、SSL VPN

IPSEC在Client to LAN场景下比较吃力的表现:

  1. 在用户认证方面比较薄弱
  2. 因为需要进行参数协商,所以,IPSEC VPN需要客户端安装对应的应用程序;
  3. 因为需要进行感兴趣流的抓取,所以,策略需要进行调整,不太方便;
  4. 因为IPSEC VPN是基于网络层和传输层进行权限管理,但也仅能深入到服务层面,如果我们需要一款可以针对应用层面进行更细细颗粒管理的VPN技术,就不能选择IPSEC VPN

SSL VPN的优势:

  1. 因为SSL协议封装在传输层和应用层之间,仅针对应用层的数据进行保护,这样,在进行组网时,任何场景下都不会影响到网络传输;
  2. SSL VPN采用的是一种基于B/S架构的模式,所以,只要客户拥有浏览器就可以访问,方便快捷;
  3. 最主要的是,和IPSEC VPN针对网络层的控制相比,SSL VPN可以基于应用层做更细颗粒度的控制。

SSL VPN:虚拟网关技术,是一种基于SSL加密技术的虚拟私人网络。可以理解为是用户的一个接入的接口,用户可以通过在浏览去中输入虚拟网关的IP地址(或者域名)访问到虚拟网关,这个过程需要进行用户认证,划分用户的权限。用户认证通过后,虚拟网关会向远程用户提供可也访问的内网资源列表,远程用户通过点击或者触发便可访问到内网的资源。
一台防火墙可以创建多个虚拟网关,每个虚拟网关相互独立,互不影响,不同的虚拟网关可以
配置各自的用户和资源进行单独管理。

SSL VPN的总体流程:

1)认证

本地认证:本地认证就是用户名和密码信息在防火墙本地存储,登陆时在防火墙本地进行比对验证,由防火墙进行判断
服务器认证:用户名和密码信息存储在服务器上,防火墙需要将登录信息发送给服务器,由服务器进行判断,之后将结果返回给防火墙,做出对应的动作

证书匿名认证:需要客户端提交证书,防火墙通过验证客户端的证书来认证用户

要求:

  1. 客户端证书和防火墙上导入的客户端CA证书由同一个CA机构颁发
  2. 客户端证书必须在有效期内
  3. 客户端证书中用户过滤字段必须是防火墙上配置已有的用户。例如,用户过滤字段的结果CN=user00019

证书挑战认证:比证书匿名认证多增加了用户名密码校验,可以理解为双因子验证

2)资源发布

1、Web代理

2、文件共享

3、端口转发

 可以针对所有TCP协议的资源进行发布

使用ActiveX控件

4、网络扩展

需要在用户客户端上安装一张虚拟网卡,会下发一个私网的IP地址和路由

可靠传输模式:

快速传输模式:

广告一刻

为您即时展示最新活动产品广告消息,让您随时掌握产品活动新动态!