第七章 网络安全协议2.ppt

1、2019/6/4,Ch7-网络安全协议,1,信息安全原理与技术,郭亚军 宋建华 李莉清华大学出版社,2019/6/4,Ch7-网络安全协议,2,第7章 网络安全协议,主要知识点：-简单的安全认证协议 - Kerberos协议 - SSL协议 - IPSec协议 - PGP,2019/6/4,Ch7-网络安全协议,3,网络安全协议,按照其完成的功能可以分为: （1）密钥交换协议 :一般情况下是在参与协议的两个或者多个实体之间建立共享的秘密，通常用于建立在一次通信中所使用的会话密钥。 （2）认证协议:认证协议中包括实体认证（身份认证）协议、消息认证协议、数据源认证和数据目的认证协议等，用来防止假冒

2、、篡改、否认等攻击。 （3）认证和密钥交换协议 ：这类协议将认证和密钥交换协议结合在一起，是网络通信中最普遍应用的安全协议。该类协议首先对通信实体的身份进行认证，如果认证成功，进一步进行密钥交换，以建立通信中的工作密钥，也叫密钥确认协议。,2019/6/4,Ch7-网络安全协议,4,网络层的安全协议：IPSec传输层的安全协议：SSL/TLS应用层的安全协议：SHTTP（Web安全协议）PGP(电子邮件安全协议)S/MIME(电子邮件安全协议)MOSS(电子邮件安全协议)PEM(电子邮件安全协议)SSH（远程登录安全协议）Kerberos(网络认证协议)等。,常见的网络安全协议,2019/6/

3、4,Ch7-网络安全协议,5,7.1简单的安全认证协议,Needham-Schroeder 认证协议 是最为著名的早期的认证协议，许多广泛使用的认证协议都是以Needham-Schroeder协议为基础而设计的。Otway-Rees协议 Otway-Rees协议的主要功能是完成身份的双向认证，使用对称密码。,2019/6/4,Ch7-网络安全协议,6,7.1.1 Needham-Schroeder 认证协议,Needham-Schroder协议的目的是使得通讯双方能够互相证实对方的身份并且为后续的加密通讯建立一个会话密钥(session key)。协议涉及三个主体：A和B，以及A，B信赖的可信

4、第三方，也叫认证服务器(authentication server)S。,2019/6/4,Ch7-网络安全协议,7,Needham和Schroeder于1978年提出的基于共享密钥体系的协议过程： 图7.1 Needham-Schroeder认证过程 其中，Kas是A与S之间的共享密钥，Kbs是B与S之间的共享密钥。Kab 是认证服务器临时生成的密钥，用于A、B双方认证之后的加密通讯，称为会话密钥。Na和Nb分别是A和B生成的随机量(nonce)。,(1) A S：A,B,Na (2)S A：Na, B,Kab,Kab, AKbsKas (3) A B：Kab,AKbs (4) B A：Nb

5、Kab (5) A B：Nb-1Kab,2019/6/4,Ch7-网络安全协议,8,Needhaul-Scllroeder共享密钥协议的漏洞假定有攻击者H记录下A与B之间执行Needham-Schroeder 共享密钥协议的一轮消息，并且进而破获了其会话密钥Kab （如经过蛮力攻击等），攻击者可以在第3步冒充A利用旧的会话密钥欺骗B。在这个攻击中，攻击者H首先向B发送一个他记录的从A发出的旧消息，此消息用于向B表明是A在与B通讯并且Kab是会话密钥。B无法知道这是不是一个A发送的正常通讯请求，也不记得他过去曾经用过Kab作为会话密钥。遵循协议，B将向A发送一个加密的新随机量作为挑战。H截获之，

6、并用Kab 解密得到此随机量，然后向B返回一个响应消息，使得B相信他正在用会话密钥 Kab与A通讯，而实际上A根本没有参加这一轮协议的运行。除非B记住所有以前使用的与A通信的会话密钥，否则B无法判断这是一个重放攻击，攻击者由此可以随意冒充A与B进行通讯了!,2019/6/4,Ch7-网络安全协议,9,Denning协议使用时间戳修正了这个漏洞，改进的协议如下： 其中T表示时间戳。T记录了认证服务器S发送消息(2)时的时间，A、B根据时间戳验证消息的“新鲜性”，从而避免了重放攻击。,(1) A S：A,B (2) S A：B, Kab,T,Kab, A,TKbsKas (3) A B：Kab,A

7、,TKbs (4) B A：NbKab (5) A B：Nb-1Kab,2019/6/4,Ch7-网络安全协议,10,7.1.2 Otway-Rees协议,图7.2 Otway-Rees认证过程标号1表示A产生一消息，包括用和S共享的密钥Kas加密的一个索引号R、A的名字、B的名字和一随机数Ra。 标号2表示B用A消息中的加密部分构造一条新消息。包括用和S共享的密钥Kbs加密的一个索引号R、A的名字、B的名字和一新随机数Rb。,2019/6/4,Ch7-网络安全协议,11,标号3表示S检查两个加密部分中的索引号R是否相同，如果相同，就认为从B来的消息是有效的。S产生一个会话密钥Ks用Kb和Ka

8、分别加密后传送给B，每条消息都包含S接收到的随机数。标号4表示B把用A的密钥加密的消息连同索引号R一起传给A。,2019/6/4,Ch7-网络安全协议,12,7.2 Kerberos协议,在一个开放的分布式网络环境中，用户通过工作站访问服务器上提供的服务时， 一方面，工作站无法可信地向网络服务证实用户的身份，可能存在着以下三种威胁：用户可能访问某个特定工作站，并假装成另一个用户在操作工作站。用户可能会更改工作站的网络地址，使从这个已更改的工作站上发出的请求看似来自伪装的工作站。用户可能窃听他人的报文交换过程，并使用重放攻击来获得对一个服务器的访问权或中断服务器的运行。,2019/6/4,Ch7

9、-网络安全协议,13,另一方面，在开放的网络环境中，客户也必须防止来自服务端的欺骗。以自动取款机ATM为例，如果存在欺骗，那么客户将泄漏自己的帐户信息。 如何使用一个集中的认证服务器，提供用户对服务器的认证以及服务器对用户的认证，这就是Kerberos要解决的问题。,2019/6/4,Ch7-网络安全协议,14,7.2.1 Kerberos概述,Kerberos是由美国麻省理工学院(MIT)提出的基于可信赖的第三方的认证系统，它是基于Needham-Schroeder协议设计的，采用对称密码体制。Kerberos一词源自希腊神话，在希腊神话故事中，Kerberos是一种长有三个头的狗，还有一个

10、蛇形尾巴，是地狱之门的守卫者。现代取Kerberos这个名字意指要有三个“头”来守卫网络之门，这“三头”包括：-认证(authentication)-清算(accounting)-审计(audit),2019/6/4,Ch7-网络安全协议,15,Kerberos协议中的一些概念,Principal(安全个体)被鉴别的个体，有一个名字(name)和口令(password)。 KDC(Key distribution center，密钥分配中心)可信的第三方，即Kerberos服务器，提供ticket和临时的会话密钥。 Ticket（访问许可证）是一个记录凭证，客户可以用它来向服务器证明自己的身份

11、，其中包括客户的标识、会话密钥、时间戳，以及其他一些信息。Ticket中的大多数信息都被加密，密钥为服务器的密钥。,2019/6/4,Ch7-网络安全协议,16,Authenticator（认证符）是另一个记录凭证，其中包含一些最近产生的信息，产生这些信息需要用到客户和服务器之间共享的会话密钥。Credentials（证书）由一个ticket加上一个秘密的会话密钥组成。,2019/6/4,Ch7-网络安全协议,17,7.2.2 Kerberos协议的工作过程,Kerberos基本思想采用对称密钥体制对信息进行加密，能正确对信息进行解密的用户就是合法用户。用户在对应用服务器进行访问之前，必须先从

12、第三方（Kerberos 服务器）获取该应用服务器的访问许可证（ticket）。认证服务器AS(Authentication Server)许可证颁发服务器TGS(Ticket Granting Server),2019/6/4,Ch7-网络安全协议,18,7.2.2 Kerberos协议的工作过程,图7.3 Kerberos的认证过程,2019/6/4,Ch7-网络安全协议,19,用户想要获取访问某一应用服务器的许可证时，先以明文方式向认证服务器AS发出请求，要求获得访问TGS的许可证。 AS以证书（credential）作为响应，证书包括访问TGS的许可证和用户与TGS间的会话密钥。会话密

13、钥以用户的密钥加密后传输。 用户解密得到TGS的响应，然后利用TGS的许可证向TGS申请应用服务器的许可证，该申请包括TGS的许可证和一个带有时间戳的认证符（authenticator）。认证符以用户与TGS间的会话密钥加密。,2019/6/4,Ch7-网络安全协议,20,TGS从许可证中取出会话密钥、解密认证符，验证认证符中时间戳的有效性，从而确定用户的请求是否合法。TGS确认用户的合法性后，生成所要求的应用服务器的许可证，许可证中含有新产生的用户与应用服务器之间的会话密钥。TGS将应用服务器的许可证和会话密钥传回到用户。 用户向应用服务器提交应用服务器的许可证和用户新产生的带时间戳的认证符

14、（认证符以用户与应用服务器之间的会话密钥加密）。 应用服务器从许可证中取出会话密钥、解密认证符，取出时间戳并检验有效性。然后向用户返回一个带时间戳的认证符，该认证符以用户与应用服务器之间的会话密钥进行加密。据此，用户可以验证应用服务器的合法性。,2019/6/4,Ch7-网络安全协议,21,Kerberos的主要优点：通过对实体和服务的统一管理实现单一注册，也就是说用户通过在网络中的一个地方的一次登录就可以使用网络上他可以获得的所有资源。 Kerberos存在的问题： Kerberos服务器的损坏将使得整个安全系统无法工作； AS在传输用户与TGS间的会话密钥时是以用户密钥加密的，而用户密钥是

15、由用户口令生成的，因此可能受到口令猜测的攻击； Kerberos使用了时间戳，因此存在时间同步问题； 要将Kerberos用于某一应用系统，则该系统的客户端和服务器端软件都要作一定的修改。,2019/6/4,Ch7-网络安全协议,22,7.3 SSL协议,SSL（安全套接字层，Secure Socket Layer）协议是网景（Netscape）公司提出的基于WEB应用的安全协议，是一种用于传输层安全的协议。传输层安全协议的目的是为了保护传输层的安全，并在传输层上提供实现保密、认证和完整性的方法。SSL指定了一种在应用程序协议(例如http、telnet、NNTP、FTP)和TCP/IP之间提

16、供数据安全性分层的机制。它为TCP/IP连接提供数据加密、服务器认证、消息完整性以及可选的客户机认证。,2019/6/4,Ch7-网络安全协议,23,7.3.1 SSL协议概述,图7.4 SSL的体系结构,2019/6/4,Ch7-网络安全协议,24,SSL中有两个重要概念： SSL连接：连接是提供恰当类型服务的传输。SSL连接是点对点的关系，每一个连接与一个会话相联系。SSL会话：SSL会话是客户和服务器之间的关联，会话通过握手协议(在SSL协议的高层)来创建。会话定义了加密安全参数的一个集合，该集合可以被多个连接所共享。会话可以用来避免为每个连接进行昂贵的新安全参数的协商。,2019/6/

17、4,Ch7-网络安全协议,25,7.3.2 SSL记录协议,SSL从应用层取得的数据需要重定格式（分片、可选的压缩、应用MAC、加密等）后才能传给传输层进行发送。同样，当SSL协议从传输层接收到数据后需要对其进行解密等操作后才能交给上层的应用层。这个工作是由SSL记录协议完成的。,2019/6/4,Ch7-网络安全协议,26,2019/6/4,Ch7-网络安全协议,27,SSL记录协议中发送方执行的操作步骤： 从上层接受传输的应用报文； 分片：将数据分片成可管理的块，每个上层报文被分成16KB或更小的数据块； 进行数据压缩(可选)：压缩是可选的，压缩的前提是不能丢失信息，并且增加的内容长度不能

18、超过1024字节，缺省的压缩算法为空； 应用MAC：加入信息认证码（MAC），这一步需要用到共享的密钥； 加密：利用IDEA、DES、3DES或其他加密算法对压缩报文和MAC码进行数据加密； 增加SSL首部：增加由内容类型、主要版本、次要版本和压缩长度组成的首部。 将结果传输到下层。,2019/6/4,Ch7-网络安全协议,28,SSL记录协议中接收方接收数据的工作过程从低层接受报文； 解密； 用事先商定的MAC码校验数据； 如果是压缩的数据，则解压缩； 重装配数据； 传输信息到上层。,2019/6/4,Ch7-网络安全协议,29,7.3.3 SSL修改密文规约协议,SSL修改密文规约协议用来

19、发送修改密文规约协议信息。任何时候客户都能请求修改密码参数，比如握手密钥交换。在修改密文规约的通告发出以后，客户方就发出一个握手密钥交换信息（如果可得到的话），鉴定认证信息，服务器则在处理了密钥交换信息之后发送一个修改密文规约信息。此后，新的双方约定的密钥就将一直使用到下次提出修改密钥规约请求为止。,2019/6/4,Ch7-网络安全协议,30,7.3.4 SSL告警协议,SSL告警协议是用来将SSL有关的告警传送给对方实体的。和其他使用SSL的情况一样，告警报文按照当前状态说明被压缩和加密。SSL告警协议的每个报文由两个字节组成。第一个字节的值用来表明警告的的级别，第二个字节表示特定告警的代

20、码。如果在通信过程中某一方发现任何异常，就需要给对方发送一条警示消息通告。警示消息有两种:一种是 Fatal错误,如传递数据过程中，发现错误的MAC，双方就需要立即中断会话，同时消除自己缓冲区相应的会话记录；第二种是Warning消息，这种情况，通信双方通常都只是记录日志，而对通信过程不造成任何影响。,7.3.5 SSL握手协议,一个SSL会话工作在不同的状态，即会话状态和连接状态。,会话状态： 会话标识符 对方的证书 压缩方法 密文规约 主密钥 可重新开始标志,连接状态： 服务器和客户随机数 服务器写MAC密钥 客户写MAC密钥 服务器写密钥 客户写密钥 初始化向量 序号,SSL握手协议用于

21、鉴别初始化和传输密钥，它使得服务器和客户能相互鉴别对方的身份，并保护在SSL记录中发送的数据。因此在传输任何应用数据前，都必须使用握手协议。,2019/6/4,Ch7-网络安全协议,33,图7.7 SSL握手过程,2019/6/4,Ch7-网络安全协议,34,SSL握手的详细过程,第一步：客户发出一个带有客户HELLO信息的连接请求。这信息包括： 想要使用的SSL版本号。 时间信息，以标准的UNIX32位格式标识的现时和日期。 会话标识（可选），如果没有指定的话，则服务器便重用上一次的会话标识或返回一个错误信息 密文组（客户方所支持的各种加密算法选项清单。包括认证码、密钥交换方法、加密和MAC

22、算法）。 客户方所支持的压缩算法。 随机数。,2019/6/4,Ch7-网络安全协议,35,SSL握手的详细过程,第二步：服务器评估客户方发来的HELLO信息中的各项参数，并且返回一个服务器方的HELLO信息，其中含有服务器选来用于SSL会话的各项参数（版本号、时间信息、以标准的UNIX32位格式标识的现时和日期、会话标识、密文组、压缩方法、随机数）。在服务器HELLO信息之后，服务器发出如下信息：服务器证书，如果服务器需要被鉴别的话。服务器密钥交换信息，如果得不到证书或证书仅仅用作签名的话。证书请求，如果客户要求被鉴别的话。最后，服务器发出一个服务器HELLO DONE信息，开始等待客户的回

23、音。,2019/6/4,Ch7-网络安全协议,36,SSL握手的详细过程,第三步：客户发送下列信息： 如果服务器发出了一个证书请求，那么客户方必须发送一个证书或非证书信息。 如果服务器发送了一个服务器密钥交换信息，那么客户方就发送一个基于公钥算法的由HELLO信息决定的密钥交换信息。 如果客户方已经发送了一个证书，那么客户方就需验证服务器方的证书并且发出一个证书验证信息指明结果。然后，客户方发出一个结束信息，指出协商过程已经完成。客户方还发送一个修改密文规约信息来产生共享的常规密钥。应该注意这部分工作不是由握手协议控制，是由修改密文规约协议管理的。,2019/6/4,Ch7-网络安全协议,37

24、,SSL握手的详细过程,第四步：服务器发出一个结束信息指出协商协商阶段完成。然后服务器发出一个密文修改规约信息。第五步：会话双方分别产生一个加密密钥，然后他们再根据这些密钥导出会话主密钥。握手协议改变状态至连接状态。所有从应用层的来的数据传输作为特定信息传输给对方。,2019/6/4,Ch7-网络安全协议,38,7.3.6 TLS协议,传输层安全TLS(Transport Layer Security)协议是IETF正在定义一种新的协议。它建立在Netscape所提出的SSL3.0协议规范基础上。两个互相不知其代码的应用程序可用TLS来安全地通信。,2019/6/4,Ch7-网络安全协议,39

25、,7.3.7 SSL协议应用,一个使用WEB客户机和服务器的范例WEB客户机通过连接到一个支持SSL的服务器，启动一次SSL会话。支持SSL的典型WEB服务器在一个与标准HTTP请求（默认为端口80）不同的端口（默认为443）上接受SSL连接请求。当客户机连接到这个端口上时，它将启动一次建立SSL会话的握手。当握手完成之后，通信内容被加密，并且执行消息完整性检查，直到SSL会话过期。SSL创建一个会话，在此期间，握手必须只发生过一次。,2019/6/4,Ch7-网络安全协议,40,步骤1：SSL客户机连接到SSL服务器，并要求服务器验证它自身的身份。步骤2：服务器通过发送它的数字证书证明其身份

26、。这个交换还可以包括整个证书链，直到某个根证书权威机构(CA)。通过检查有效日期并确认证书包含有可信任CA的数字签名，来验证证书。步骤3：服务器发出一个请求，对客户端的证书进行验证。但是，因为缺乏公钥体系结构，当今的大多数服务器不进行客户端认证。,2019/6/4,Ch7-网络安全协议,41,步骤4：协商用于加密的消息加密算法和用于完整性检查的哈希函数。通常由客户机提供它支持的所有算法列表，然后由服务器选择最强健的加密算法。步骤5：客户机和服务器通过下列步骤生成会话密钥：a.客户机生成一个随机数，并使用服务器的公钥（从服务器的证书中获得）对它加密，发送到服务器上。b.服务器用更加随机的数据（从

27、客户机的密钥可用时则使用客户机密钥；否则以明文方式发送数据）响应。c.使用哈希函数，从随机数据生成密钥。,2019/6/4,Ch7-网络安全协议,42,SSL协议的优点机密性即连接是私有的。在初始握手阶段，双方建立对称密钥后，信息即用该密钥加密。 完整性在信息中嵌入信息鉴别码（MAC）来保证信息的完整性。其中使用了安全哈希函数（例如SHA和MD5）来进行MAC计算。 鉴别在握手阶段，客户鉴别服务器用不对称密钥或公开密钥。,2019/6/4,Ch7-网络安全协议,43,SSL协议的不足SSL要求对每个数据进行加密和解密操作，因而在带来高性能的同时，对系统也要求高资源开销。SSL协议主要是使用公开

28、密钥体制和X.509数字证书技术保护信息传输的机密性和完整性，它不能保证信息的不可抵赖性，主要适用于点对点之间的信息传输，常用Web Server方式。SSL为带有安全功能的TCP/IP套接字应用程序接口提供了一个替代的方法，理论上，在SSL之上可以安全方式运行任何原有TCP/IP应用程序而不需修改，但实际上，SSL目前还只是用在HTTP连接上。,2019/6/4,Ch7-网络安全协议,44,OpenSSL,官方网站为http:/www.openssl.org/Eric A. Young和Tim J. Hudson这两个加拿大人自1995年开始编写后来具有巨大影响的OpenSSL软件包，这是一

29、个没有太多限制的开放源代码的软件包。1998年，OpenSSL项目组接管了OpenSSL的开发工作，并推出了OpenSSL的0.9.1版，目前为止，OpenSSL的算法已经非常完善，对SSL2.0、SSL3.0以及TLS1.0都支持。OpenSSL采用C语言作为开发语言，这使得OpenSSL具有优秀的跨平台性能，这对于广大技术人员来说是一件非常美妙的事情，可以在不同的平台使用同样熟悉的东西。OpenSSL支持Linux、Windows、BSD、Mac、VMS等平台，这使得OpenSSL具有广泛的适用性。OpenSSL整个软件包大概可以分成三个主要的功能部分：密码算法库，SSL协议库，应用程序。

30、,2019/6/4,Ch7-网络安全协议,45,openssl-加密算法 作为一个基于密码学的安全开发包，OpenSSL提供的功能相当强大和全面，囊括了主要的密码算法、常用的密钥和证书封装管理功能以及SSL协议，并提供了丰富的应用程序供测试或其它目的使用。 1.对称加密算法 OpenSSL一共提供了8种对称加密算法，其中7种是分组加密算法，仅有的一种流加密算法是RC4。这7种分组加密算法分别是AES、DES、Blowfish、CAST、IDEA、RC2、RC5，都支持电子密码本模式（ECB）、加密分组链接模式（CBC）、加密反馈模式（CFB）和输出反馈模式（OFB）四种常用的分组密码加密模式。

31、其中，AES使用的加密反馈模式（CFB）和输出反馈模式（OFB）分组长度是128位，其它算法使用的则是64位。事实上，DES算法里面不仅仅是常用的DES算法，还支持三个密钥和两个密钥3DES算法。 2.非对称加密算法 OpenSSL一共实现了4种非对称加密算法，包括DH算法、RSA算法、DSA算法和椭圆曲线算法（EC）。 DH算法一般用户密钥交换。RSA算法既可以用于密钥交换，也可以用于数字签名。DSA算法则一般只用于数字签名。,2019/6/4,Ch7-网络安全协议,46,3.信息摘要算法 OpenSSL实现了5种信息摘要算法，分别是MD2、MD5、MDC2、SHA（SHA1）和RIPEMD

32、。SHA算法事实上包括了SHA和SHA1两种信息摘要算法，此外，OpenSSL还实现了DSS标准中规定的两种信息摘要算法DSS和DSS1。 4.密钥和证书管理 密钥和证书管理是PKI的一个重要组成部分，OpenSSL为之提供了丰富的功能，支持多种标准。 首先，OpenSSL实现了ASN.1的证书和密钥相关标准，提供了对证书、公钥、私钥、证书请求以及CRL等数据对象的DER、PEM和BASE64的编解码功能。OpenSSL提供了产生各种公开密钥对和对称密钥的方法、函数和应用程序，同时提供了对公钥和私钥的DER编解码功能。并实现了私钥的PKCS#12和PKCS#8的编解码功能。OpenSSL在标准

33、中提供了对私钥的加密保护功能，使密钥可以安全地进行存储和分发。 在此基础上，OpenSSL实现了对证书的X.509标准编解码、PKCS#12格式的编解码以及PKCS#7的编解码功能。并提供了一种文本数据库，支持证书的管理功能，包括证书密钥产生、请求产生、证书签发、吊销和验证等功能。OpenSSL提供的CA应用程序就是一个小型的证书管理中心（CA），实现了证书签发的整个流程和证书管理的大部分机制。,2019/6/4,Ch7-网络安全协议,47,5.SSL和TLS协议 OpenSSL实现了SSL协议的SSLv2和SSLv3，支持了其中绝大部分算法协议。OpenSSL也实现了TLSv1.0，TLS是

34、SSLv3的标准化版，虽然区别不大，但毕竟有很多细节不尽相同。 虽然已经有众多的软件实现了OpenSSL的功能，但是OpenSSL里面实现的SSL协议能够对SSL协议有一个更加清楚的认识，因为至少存在两点：一是OpenSSL实现的SSL协议是开放源代码的，可以追究SSL协议实现的每一个细节；二是OpenSSL实现的SSL协议是纯粹的SSL协议，没有跟其它协议（如HTTP）协议结合在一起，澄清了SSL协议的本来面目。 6.应用程序 OpenSSL的应用程序已经成为了OpenSSL重要的一个组成部分。现在OpenSSL的应用中，很多都是基于OpenSSL的应用程序而不是其API的，如OpenCA，

35、就是完全使用OpenSSL的应用程序实现的。OpenSSL的应用程序是基于OpenSSL的密码算法库和SSL协议库写成的，所以也是一些非常好的OpenSSL的API使用范例。 OpenSSL的应用程序提供了相对全面的功能，在相当多的人看来，OpenSSL已经为自己做好了一切，不需要再做更多的开发工作了，所以，他们也把这些应用程序成为OpenSSL的指令。OpenSSL的应用程序主要包括密钥生成、证书管理、格式转换、数据加密和签名、SSL测试以及其它辅助配置功能。,2019/6/4,Ch7-网络安全协议,48,7.Engine机制 Engine机制的出现是在OpenSSL的0.9.6版的事情，开

36、始的时候是将普通版本跟支持Engine的版本分开的，到了OpenSSL的0.9.7版，Engine机制集成到了OpenSSL的内核中，成为了OpenSSL不可缺少的一部分。 Engine机制目的是为了使OpenSSL能够透明地使用第三方提供的软件加密库或者硬件加密设备进行加密。OpenSSL的Engine机制成功地达到了这个目的，这使得OpenSSL已经不仅仅使一个加密库，而是提供了一个通用地加密接口，能够与绝大部分加密库或者加密设备协调工作。当然，要使特定加密库或加密设备更OpenSSL协调工作，需要写少量的接口代码，但是这样的工作量并不大，虽然还是需要一点密码学的知识。Engine机制的功

37、能跟Windows提供的CSP功能目标是基本相同的。目前，OpenSSL的0.9.7版本支持的内嵌第三方加密设备有8种，包括：CryptoSwift、nCipher、Atalla、Nuron、UBSEC、Aep、SureWare以及IBM 4758 CCA的硬件加密设备。现在还出现了支持PKCS#11接口的Engine接口，支持微软CryptoAPI的接口也有人进行开发。当然，所有上述Engine接口支持不一定很全面，比如，可能支持其中一两种公开密钥算法。,2019/6/4,Ch7-网络安全协议,49,8.辅助功能 BIO机制是OpenSSL提供的一种高层IO接口，该接口封装了几乎所有类型的I

38、O接口，如内存访问、文件访问以及Socket等。这使得代码的重用性大幅度提高，OpenSSL提供API的复杂性也降低了很多。 OpenSSL对于随机数的生成和管理也提供了一整套的解决方法和支持API函数。随机数的好坏是决定一个密钥是否安全的重要前提。 OpenSSL还提供了其它的一些辅助功能，如从口令生成密钥的API，证书签发和管理中的配置文件机制等等。,2019/6/4,Ch7-网络安全协议,50,7.4 IPSec协议,由于协议IPv4最初设计时没有过多地考虑安全性，缺乏对通信双方真实身份的验证能力，缺乏对网上传输的数据的完整性和机密性保护，并且由于IP地址可软件配置等灵活性以及基于源IP

39、地址的认证机制，使IP层存在着网络业务流易被监听和捕获、IP地址欺骗、信息泄漏和数据项被篡改等多种攻击，而IP是很难抵抗这些攻击的。为了实现安全IP，因特网工程任务组IETF于1994年开始了一项IP安全工程，专门成立了IP安全协议工作组IPSEC，来制定和推动一套称为IPSec的IP安全协议标准。,2019/6/4,Ch7-网络安全协议,51,IPSec协议组,网络认证协议 Authentication Header（AH）封装安全载荷协议Encapsulating Security Payload（ESP）密钥管理协议Internet Key Exchange （IKE）网络认证及加密算法

40、,2019/6/4,Ch7-网络安全协议,52,7.4.1 IPSec安全体系结构,图7.8 IPSec安全体系结构,2019/6/4,Ch7-网络安全协议,53,ESP协议规定了为通信提供机密性和完整性保护的具体方案，包括ESP载荷的格式、语义、取值以及对进入分组和外出分组的处理过程等。 DOIInterpretation of Domain，DOI规定了每个算法的参数要求和计算规则，如算法的密钥长度要求、算法强度要求以及初始向量的计算规则等。 AH协议定义了认证的应用方法，提供数据源认证和完整性保证。 IKE协议是IPSec目前唯一的正式确定的密别交换协议，为AH和ESP提供密钥交换支持，

41、同时也支持其他机制，如密钥协商。,2019/6/4,Ch7-网络安全协议,54,安全关联（Security Association，SA）,为了正确封装及提取IPSec数据包，有必要采取一套专门的方案，将安全服务/密钥与要保护的通信数据联系到一起；同时要将远程通信实体与要交换密钥的IPSec数据传输联系到一起。换言之，要解决如何保护通信数据、保护什么样的通信数据以及由谁来实行保护的问题。这样的构建方案称为安全关联（Security Association，SA）。,2019/6/4,Ch7-网络安全协议,55,SA是单向的，要么对数据包进行“进入”保护，要么进行“外出”保护。也就是说，在一次通

42、信中，IPSec 需要建立两个SA，一个用于入站通信，另一个用于出站通信。若某台主机，如文件服务器或远程访问服务器，需要同时与多台客户机通信，则该服务器需要与每台客户机分别建立不同的SA。,2019/6/4,Ch7-网络安全协议,56,7.4.2 AH（Authentication Header）协议,AH协议规定了AH头在AH实现中应插入IP头的位置、AH头的语法格式、各字段的语义及取值方式，以及实施AH时进入和外出分组的处理过程。AH机制涉及到密码学中的核心组件鉴别算法。 AH的功能AH的两种模式AH的格式认证算法,2019/6/4,Ch7-网络安全协议,57,AH的功能,AH协议为IP通

43、信提供数据源认证、数据完整性和反重播保证，它能保护通信免受篡改，但不能防止窃听，适合用于传输非机密数据。AH的工作原理是在每一个数据包上添加一个身份验证报头。此报头包含一个带密钥的hash散列（可以将其当作数字签名，只是它不使用证书），此hash散列在整个数据包中计算，因此对数据的任何更改将致使散列无效这样就提供了完整性保护。AH不能提供加密服务，这就意味着分组将以明文的形式传送。由于AH的速度比ESP稍微快一点，因此仅当需要确保分组的源和完整性而不考虑机密性的时候，可以选择使用AH。,2019/6/4,Ch7-网络安全协议,58,AH的两种模式,传输模式：传输模式用于两台主机之间，只对上层协

44、议数据（传输层数据）和IP头中的固定字段提供认证，主要保护传输层协议头，实现端到端的安全；隧道模式：隧道模式对整个IP数据项提供认证保护，把需要保护的IP包封装在新的IP包中，既可用于主机也可用于安全网关，并且当AH在安全网关上实现时，必须采用隧道模式。,2019/6/4,Ch7-网络安全协议,59,AH的两种模式,2019/6/4,Ch7-网络安全协议,60,AH的格式,图7.11 AH报头格式,2019/6/4,Ch7-网络安全协议,61,Next Header（下一个报头，占8字节）：识别下一个使用IP协议号的报头，例如，Next Header值等于6时，表示紧接其后的是TCP报头。对于

45、UDP，它的值将是17。Length（长度，占8字节）：AH报头长度。Security Parameters Index (SPI，安全参数索引，占32字节)： 这是一个为数据报识别安全关联的 32 位伪随机值。其中，SPI 值0 被保留，用来表明“没有安全关联存在”。,2019/6/4,Ch7-网络安全协议,62,Sequence Number（序列号，占32字节）：这是一个无符号单调递增的计数器，从1开始的32位单增序列号，不允许重复，唯一地标识了每一个发送数据包，为安全关联提供反重播保护。接收端校验序列号为该字段值的数据包是否已经被接收过，若是，则拒收该数据包。对于一个特定的SA，它实现

46、反重传服务。这些信息不被接收对等实体使用，但是发送方必须包含这些信息。当建立一个SA时，这个值被初始化为0。如果使用反重传服务重传，那么这个值决不允许重复。由于发送方并不知道接受方是否使用了反重传功能，该字段中的值不能被重复的事实就要求终止SA，并且在传送第23个分组之前建立一个新的SA。,2019/6/4,Ch7-网络安全协议,63,Authentication Data（AD，认证数据，可变长）：包含完整性检查和。接收端接收数据包后，首先执行hash计算，再与发送端所计算的该字段值比较，若两者相等，表示数据完整，若在传输过程中数据遭修改，两个计算结果不一致，则丢弃该数据包。通过这个值，通信

47、双方能实现对数据的完整性保护、分组级数据源鉴别以及通信的抗重放攻击。,2019/6/4,Ch7-网络安全协议,64,认证算法,用于计算完整性校验值(ICV)的认证算法由SA指定，对于点到点通信，合适的认证算法包括基于对称密码算法(如DES)或基于单向Hash函数(如MD5或SHA-1)的带密钥的消息认证码(MAC)。,2019/6/4,Ch7-网络安全协议,65,7.4.3 ESP（Encapsulating Security Payload）协议,ESP涉及到密码学中的核心组件加密和鉴别算法。ESP的功能 ESP的两种模式 ESP的格式 加密算法和认证算法 ESP处理,ESP的功能 ESP为

48、IP数据包提供完整性检查、认证和加密，可以看作是“超级AH”，因为它提供机密性并可防止篡改。ESP服务依据建立的安全关联（SA）是可选的。 一些限制： 完整性检查和认证一起进行。 仅当与完整性检查和认证一起时，“重播（Replay）”保护才是可选的。 “重播”保护只能由接收方选择。ESP的加密服务是可选的，但如果启用加密，则也就同时选择了完整性检查和认证。因为如果仅使用加密，入侵者就可能伪造包以发动密码分析攻击。ESP可以单独使用，也可以和AH结合使用。,2019/6/4,Ch7-网络安全协议,67,ESP的两种模式,2019/6/4,Ch7-网络安全协议,68,ESP的格式 ESP协议包括E

49、SP报头、ESP报尾、ESP认证报尾三个部分。,图7.14 ESP报头、报尾和认证报尾,2019/6/4,Ch7-网络安全协议,69,加密算法和认证算法 ESP所采用的加密算法由SA指定。为了提高加密效率，ESP设计使用的是对称密码算法。由于IP包可能会失序到达，因此每个IP包必须携带接收者进行解密所要求的密码同步数据(如初始化向量IV)。这个数据可以在有效负载字段中明确携带，也可以从包头中推导出来。由于机密性是可选择的，因此加密算法可以是“空”。ESP中的认证算法同AH的认证算法一样。由于认证算法是可选的，因此认证算法也可以是“空”。虽然加密和认证算法都可为空，但二者不能同时为空。因为这样做不仅毫无安全保证可言，而且也为系统带来了无谓的负担。,2019/6/4,Ch7-网络安全协议,70,ESP处理 ESP 的处理过程发生在发送时的IP分割之前以及接受时的IP重新组合之后。 发送时的处理 ESP头定位：在传输模式下，ESP头插在IP头和上一层协议头之间；在隧道模式下，ESP头在整个源IP数据项之前。 查找：只有当与此会话相关的有效的SA存在时，才进行ESP处理。 包加密：把数据封装到ESP的有效负载字段，在传输模式下，只封装上层协议数据；在隧道模式下、封装整个原IP数据项。应使用由SA指定的密钥和加密算法对上述结果加密。,