第十五章,SSL VPN

前言

IPSec 和 SSL 对比

  1. IPSec远程接入场景---client提前安装软件,存在一定的兼容性问题
  2. IPSec协议只能够对感兴趣的流量进行加密保护,意味着接入用户需要不停的调整策略,来适应IPSec隧道
  3. IPSec协议对用户访问权限颗粒度划分的不够详细;因为ACL的划分就是通过3.4层流量抓取。

SSL 优势

  • SSL VPN实际工作位置在传输层和应用层之间。
    • 在OSI七层参考模型中,SSL协议属于表示层协议。
    • 专门针对应用层来进行安全防护的。即无法影响网络层和传输层,不会改变IP头部和TCP头****部。
    • SSL协议--->基于浏览器工作的HTTPS协议工作。
  • SSL VPN的架构,是属于B/S架构。---SSL不需要安装客户端软件。
  • SSL VPN所有的访问控制都是基于应用层执行的;访问权限控制可以达到文件级别。

SSL****协议

SSL --- 安全传输协议 ( 安全套接层 ) 。

根据封装位置来划分SSL 协议的层次。

SSL--->IETF 把 SSL 进行标准化 --->TLS 协议 --- 传输层安全协议

SSL协议是基于TCP协议的安全协议,理论上,可以用于保护正常运行在TCP****上的任何应用协议。

SSL****工作原理

SSL****协议分层

SSL记录协议,负责对上层数据进行分块、压缩、计算、加密的;最后将记录的数据块传输给对方 。

  • SSL记录协议 --- 处于可靠的传输层协议TCP以上,用于封装更高层协议的数据。
  • SSL握手协议 --- 允许浏览器和服务端之间相互认证,并在应用层传输数据之前,协商出相关参数**(加密算法、哈希算法、会话密钥****)**--->协商参数以及交换证书,从而构造SSL会话。
  • SSL密码变化协议 --- 只包含了一个消息--->相当于一个通知信息,告知对方,即将开始使用加密信****息进行传输。

在完整的SSL 工作过程中,当 TCP 建立完成后,会使用握手协议进行参数协商,然后通过变化协议告 知对方开始加密传输信息,后续所有的报文都是加密的,并且都是存储在记录协议中,如果出现问题, 则发送警告协议。

SSL总体工作流程

第一步: TCP 三次握手,建立网络连接会话
第二步:由 SSL 客户端,一般为浏览器,发送消息

  • 支持的协议版本
  • Random
    • 由客户端生成的伪随机数,用于后续生成会话密钥。
    • 对称密钥 --- 总共需要三个参数才可以计算 。

第三步: SSL 服务端回复消息,包含一些参数信息,使用 server hello 报文

一般情况下,server hello 报文和服务器证书是分开发送的 。

证书 --- 由 CA 机构的私钥将服务器的公钥以及一些证书相关信息进行加密后的产物 。 -- 即 CA 的私钥加密后的数据。
客户端时具备信任CA 的公钥信息 。
服务器的身份认证是强制要求的,必须提供证书,证书如果不合法,则会提供一个选择给用户,可 以选择继续访问。但是,客户端的认证是可选的,如果需要认证,则服务器会发送请求证书的报文,之 后,客户端需要提供自己的证书信息 。

在报文中,一般包含一个或多个X.509 证书,一般第一个是服务器证书,后续可能是颁发该服务器证 书的中间证书,一直到根证书。每个证书中都包含了详细的身份信息和公钥信息 。

RSA公钥 --- 客户端使用该公钥加密 " 预主密钥 " 并发送给服务器 。
预主密钥 --- 相当于 DH 算法中的中间参数,需要传递给对方,使用 RSA 公钥进行加密 。
Server Hello Done 报文是一个空信息,用来通知客户端, 服务端已经做好了预主密钥协商的准 备 。
第四步: SSL 客户端收到服务器相关报文后,验证服务器证书,进行回复

  • 客户端生成一个预主密钥;使用服务器的公钥进行加密后返回给服务器。服务器利用私钥进行解密,从而获取密钥信息。
    • 预主密钥 --- 和前面提到了Client的随机数以及Server的随机数相同。
    • 会话密钥 --- 预主密钥 + 服务器随机数 + 客户端随机数。
      • 预主密钥是需要加密传输的。
    • 此时,客户端已经具备了上述三个条件,是可以生成最终的会话密钥了。
    • 在client key exchange 报文中,回复的具体内容是不确定的,需要根据算法决定。如果客户端使用的是RSA算法,则计算出的是预主密钥**;如果是DH或ECDH算法,则计算出的是共享密钥****;但是不管使用那种算法,都会计算出第三个随机数,和前面两个随机数一起进行计算,**得到最终的会话密钥。

第五步:服务端做最后的回应

  • 会话恢复报文
    • 客户端和服务端首次完成TLS握手后,会将本地的会话相关参数,例如标识符、证书、密码套件、主密钥等相关信息进行加密,生成一个票据;会发送给客户端
    • 客户端会保存这个票据。当再次与服务器建立连接时,如果希望恢复上一次的会话,就将票据包含在client hello****报文中发送给服务端。

完整的SSL 握手协议过程结束 。
会话密钥 --- 就是对称秘钥。
完成SSL 握手后,之后所有的应用层数据发送时,都会进行加密,并且将加密数据保存在 SSL 协议 中 。
总结

SSL****加密过程


SSL 脆弱性分析

  • 无法保护UDP应用
    • 例如采用IPSec
    • 使用一些基于UDP的传输层安全协议---DTLS
  • 客户端可以被伪造 --- 而且,客户端的认证是可选的。
  • SSL协议不能对抗流量分析

SSL VPN

SSL VPN--->其实是厂商创造出来的一个名词
远程接入用户利用标准的Web 浏览器内嵌的 SSL 封包处理功能,从而连接企业内部的 VPN 服务器。然后由VPN服务器将报文转发给特定的内部服务器,从而使得远程接入用户通过验证后,可访问企业内网特定的服务器资源。

远程用户与VPN服务器之间,采用SSL协议对传输的数据进行加密。

虚拟网关技术**---是SSL VPN****的核心技术**

VPN设备看做是网关。 ---SSL 服务在防火墙上被称为虚拟网关。
防火墙是可以创建多个虚拟网关。多个虚拟网关之间相互独立。
用户在web 浏览器上输入虚拟网关的 IP 地址或者域名,从而访问虚拟网关。 该过程是需要进行用户 身份认证的 。 --- 如果认证通过,虚拟网关会用户反馈一个 可访问的内网资源列表 。

SSL VPN****流程

VPN认证是为了保证数据连接的合法性,用户身份认证是为了获取相应权限的 。

在 web 界面直接配置 SSL VPN 的虚拟网关,会提示服务器忙,只能使用命令行配置 。

FW1v-gateway ssl interface GigabitEthernet 1/0/0 port 4430 private
---- 开启虚拟网关,名称为 ssl ,使用接口为 GE1/0/0 ,端口 4430 ,独占型

防火墙提供了四种认证机制:

  • 本地认证
  • 服务器认证
  • 证书认证
    • 证书匿名认证
      • 用户的客户端配备客户端证书,防火墙通过验证客户的证书来认证身份。
    • 证书挑战认证
      • 服务器通过用户名和密码+客户端证书双重因素认证。

web代理

  1. 发布 URL , VPN 设备发布资源。
  2. 拥有访问权限的用户首先访问虚拟网关,进行用户认证,从而获取到资源列表。
  3. 用户去访问资源 ---> 用户输入的 URL 并非是原本发布的 URL ;实际上是经过代理的 URL 。

https://svn/http:/website/resource.html
协议 :// 目录
目录:虚拟网关地址,User ID , Session ID 等信息。
https://1.1.1.1/webproxy/1/141123654/4/http:/website/resource.html

  1. 数据包到达虚拟网关,进行解析 ---> 将 URL 改写为原始 URL ,去访问内部服务器。
    此时,并没有任何隧道,仅仅是做了代理。但是也达到了隧道的效果,所以也可以被称为是一种 VPN 技术 。
    web代理的核心点 ---> 可以隐藏真实的 URL 信息 。
  • web-link
  • web改写

文件共享

web代理功能仅能实现 http 的代理。但是远程用户想要直接通过浏览器安全访问到企业内部的文件服务器,并且执行新建、修改、上传、下载等文件操作,需要文件共享机制。
文件共享只能针对SMB 和 NFS 两种协议 。

SMB---windows 系统
NFS---linux 系统
这里不再是代理的思想,而是" 翻译 " 的思想;即将 HTTPS 的报文翻译成 SMB 的报文 。


端口转发

例如telnet 、 ssh 、 email 等 基于 TCP 的非 web 应用 。
如何将web 浏览器和常用 CRT 或 xshell 这样的软件联立起来? --- IE 浏览器内置的 Active X 控件 。
该控件可以做到实时检测其他程序发起的请求 。

网络扩展

基于UDP 的应用。
SSL本身是基于 TCP 的,无法保护 UDP 协议应用。不代表 SSL VPN 不能。

  • 开启网络扩展功能--->
    • 移动用户与虚拟网关建立SSL VPN隧道
    • 移动用户在PC本地自动生成一个虚拟网卡。
      • 虚拟网关从地址池中随机选择一个IP****地址分配给移动用户的虚拟网卡。
      • 该地址作为移动用户与企业内网server之间通信使用。
    • 虚拟网关向移动办公用户下放到达企业内网server的路由信息。

通过隧道访问目标---->VPN 的核心技术 。
传输模式:

  • 可靠传输模式
  • 快速传输模式

安全策略

  • SSL VPN加密报文策略:U--->L
  • 移动办公用户访问企业server的业务数据
    • U--->T

如何判断为 local 区域:如果收到的报文需要本地接口处理。或者发送的报文需要本地接口封装 。

  • 分离路由模式 --- 去往内网的流量,经过虚拟网卡转发;去往其他地方的流量,由本地真实网卡转发。
  • 全路由模式 --- 无论访问任何资源,数据都会被虚拟网卡截获,从虚拟网卡转发。
  • 手动路由模式 --- 由管理员手工在VPN设备上配置内网静态路由。

总结
因为存在网络扩展技术,导致SSL VPN 被一步从表示层扩展到了 IP 层,导致 SSL VPN 可以支持越来 越多的网络协议 。

相关推荐
Cry丶21 小时前
ubuntu安装vsftpd
服务器·网络·ubuntu
SHENGWEI胜为1 天前
交换机端口显示正常,终端却获取不到 IP 地址?从 DHCP 流程定位故障
服务器·网络·测试工具·缓存·通信工程
IMPYLH1 天前
Linux 系统备份与镜像
linux·服务器·网络
淘气包海鸟1 天前
水声网络框架
网络·ns3·水
国科安芯1 天前
星间激光通信终端CANFD控制网络的时延确定性与辐射可靠性
网络·嵌入式硬件·信息与通信·canfd·低轨卫星·商业航天·抗辐射
中屹指纹浏览器svip1 天前
网络抖动会标记账号异常?分清两种波动
网络
承渊政道1 天前
Linux网络学习【传输层协议UDP】
linux·网络·网络协议·学习·ubuntu·udp
小此方1 天前
Linux网络(三十三):告别O(n)噩梦:从select/poll的挣扎到epoll红黑树+回调的降维打击,一文打通IO多路复用
linux·网络·驱动开发
2301_777998341 天前
Linux 网络:数据链路层
linux·服务器·网络
国科安芯1 天前
空间锂离子电池组管理系统CANFD通信网络的辐射可靠性设计
网络·信息与通信·canfd·电池·低轨卫星·抗辐射