与HTTP相比，HTTPS协议对传输的内容进行加密，更加安全。HTTPS基于（8）安全协议，其默..

TCP/IP不包含具体的物理层和数据链路层，只定义了网络接口层作为物理层与网络层的接口规范。这个物理层可以是广域网，如X.25公用数据网；可以是局域网，如Ethernet、Token-Ring和FDDI等。任何物理网络只要按照这个接口规范开发网络接口驱动程序，都能够与TCP/IP集成起来。网络接口层处在TCP/IP的最底层，主要负责管理为物理网络准备数据所需的全部服务程序和功能。

网际层协议——IP

IP所提供的服务通常被认为是无连接的和不可靠的。事实上，在网络性能良好的情况下，IP传送的数据能够完好无损地到达目的地。

IP的主要功能包括将上层数据（如TCP、UDP数据）或同层的其他数据（如ICMP数据）封装到IP数据报中；将IP数据报传送到最终目的地；为了使数据能够在链路层上进行传输，对数据进行分段；确定数据报到达其他网络中的目的地的路径。

ARP和RARP

地址解析协议（Address Resolution Protocol，ARP）及反地址解析协议（RARP）是驻留在网际层中的另一个重要协议。ARP的作用是将IP地址转换为物理地址，RARP的作用是将物理地址转换为IP地址。

网际层协议——ICMP

Internet控制信息协议（Internet Control Message Protocol，ICMP）是网际层的另一个比较重要的协议。由于IP是一种尽力传送的通信协议，即传送的数据报可能丢失、重复、延迟或乱序，因此IP需要一种避免差错并在发生差错时报告的机制。ICMP就是一个专门用于发送差错报文的协议。ICMP定义了5种差错报文（源抑制、超时、目的不可达、重定向和要求分段）和4种信息报文（回应请求、回应应答、地址屏蔽码请求和地址屏蔽码应答）。IP在需要发送一个差错报文时要使用ICMP，而ICMP也是利用IP来传送报文的。ICMP是让IP更加稳固、有效的一种协议，它使得IP传送机制变得更加可靠。而且利用ICMP还可以用于测试因特网，以得到一些有用的网络维护和排错的信息。例如，著名的ping工具就是利用ICMP报文进行目标是否可达测试。

传输层协议——TCP

TCP（Transmission Control Protocol，传输控制协议）是整个TCP/IP协议簇中最重要的协议之一。它在IP提供的不可靠数据服务的基础上，为应用程序提供了一个可靠的、面向连接的、全双工的数据传输服务。

TCP是如何实现可靠性的？最主要和最重要的是TCP采用了一个叫重发（Retransmission）的技术。具体来说，在TCP传输过程中，发送方启动一个定时器，然后将数据包发出，当接收方收到这个信息就给发送方一个确认（Acknowledgement）信息。而如果发送方在定时器到点之前没收到这个确认信息，就重新发送这个数据包。

传输层协议——UDP

用户数据报协议（User Datagram Protocol，UDP）是一种不可靠的、无连接的协议，可以保证应用程序进程间的通信。与同样处在传输层的面向连接的TCP相比较，UDP是一种无连接的协议，它的错误检测功能要弱得多。可以这样说，TCP有助于提高可靠性；而UDP则有助于提高传输的高速率性。

应用层协议

随着计算机网络的广泛应用，人们也已经有了许多基本的、相同的应用需求。为了让不同平台的计算机能够通过计算机网络获得一些基本的、相同的服务，也就应运而生了一系列应用级的标准，实现这些应用标准的专用协议称为应用级协议，相对于OSI参考模型来说，它们处于较高的层次结构，所以也称为高层协议。应用层的协议有NFS、Telnet、SMTP、DNS、SNMP和FTP等。

HTTPS

HTTPS（Hypertext Transfer Protocol over Secure Socket Layer，安全套接字层上的超文本传输协议）是以安全为目标的HTTP通道，简单讲是HTTP的安全版。即HTTP下加入SSL层，HTTPS的安全基础是SSL。SSL极难窃听，对中间人攻击提供一定的合理保护。严格学术表述HTTPS是两个协议的结合，即传输层SSL+应用层HTTP。

HTTPS是一个URI（Universal Resource Identifier，统一资源定位符）语法体系，句法类同HTTP体系，用于安全的HTTP数据传输。HTTPS实际上应用了SSL作为HTTP应用层的子层，HTTPS使用端口443（也可以指定其他TCP端口），而不是像HTTP那样使用端口80来和TCP/IP进行通信。HTTPS和SSL支持使用X.509数字认证，如果需要的话，用户可以确认发送者是谁。也就是说，它的主要作用可以分为两种：一种是建立一个信息安全通道，来保证数据传输的安全；另一种就是确认网站的真实性。

安全协议

电子商务安全交易协议是一种安全机制保障。目前，电子商务安全机制正在走向成熟，并形成了一些国际规范，比较有代表性的是SSL协议（安全套接层协议）和SET协议（安全电子交易协议）。

SSL协议

SSL协议概述

安全套接层（Secure Sockets Layer，SSL）协议，是由美国网景（Netscape）公司研究制定的安全协议，主要用于解决TCP/IP协议难以确定用户身份的问题，为TCP/IP连接提供了数据加密、服务器端身份验证、信息完整性和可选择的客户端身份验证等功能。

SSL协议通过在应用程序进行数据交换前交换初始握手信息实现有关安全特性的审查。握手信息中采用了DES、MD5等加密技术实现机密性和数据完整性，并采用X.509格式数字证书实现鉴别。

SSL协议适用于点对点之间的信息传输，通常在浏览器和WWW服务器之间建立一条安全通道实现文件保密传输。SSL协议已成为事实上的工业标准，并被广泛应用于Internet和Intranet的服务器产品和客户端产品中。

SSL协议层次结构

SSL协议在TCP/IP网络分层结构中位于应用层和TCP层之间，由SSL记录协议（Record Protocol）和SSL握手协议（Handshake Protocol）组成，如下图所示。

SSL协议在TCP/IP网络分层结构模型中的位置

SSL记录协议定义数据传送的格式，包括记录头和记录数据格式的规定等。SSL握手协议描述建立安全连接的过程，在客户机和服务器传送应用数据之前，允许服务器和客户机相互验证身份（客户机端可选），协商加密算法、确定会话密钥等。

SSL协议基本安全服务功能

（1）信息机密性。SSL协议应用对称和非对称密钥等多种加密算法，客户机和服务器在建立的安全通道中传输的所有信息都经过加密处理，防止非法窃听，实现信息的机密性。

（2）信息完整性。SSL协议利用公开密钥加密算法和数字摘要技术，对信息的完整性进行检验，保证信息在传输过程中不被篡改。

（3）认证性。SSL协议利用数字证书技术，实现对服务器和客户机的认证。为了验证数字证书持有者是合法用户，SSL要求证书持有者在握手时，双方可通过交换数字证书，验证对方身份的合法性，确保数据发往正确的客户机和服务器。

SSL协议的通信过程

（1）接通阶段。客户机呼叫服务器，服务器回应客户。

（2）认证阶段。服务器向客户机发送服务器证书和公钥，以便客户机认证服务器身份；如果服务器需要双方认证，还要向客户机提出认证请求，客户机向服务器发送客户端证书。

（3）确立会话密钥。客户机和服务器之间协商确立会话密钥。

（4）会话阶段。客户机与服务器使用会话密钥加密交换会话信息。

（5）结束阶段。客户机与服务器交换结束信息，通信结束。

SSL协议分析

SSL协议开发成本小，能够提供机密性、完整性和认证服务。目前主流浏览器及许多服务器都支持SSL协议，但在电子商务交易应用过程中，也存在一些安全问题。

应用SSL协议的电子交易过程如下：

（1）客户将购物信息发往商家。

（2）商家将信息转发银行。

（3）银行验证客户信息的合法性后，通知客户和商家付款成功。

（4）商家通知客户购买成功，并将商品交给客户。

分析以上交易过程，可以看到客户的购物信息（含支付信息，如银行资料）首先发往商家，若是商家不可靠，客户银行资料的信息安全性就得不到保证。此外，SSL协议只是提供了信息传递的安全通道，没有提供数字签名功能，存在抵赖和用户身份被冒充的可能性。这些问题在SET协议中得到了解决。

SET协议

SET协议概述

安全电子交易（Secure Electronic Transaction，SET）协议，是由VISA、Mastercard两大国际信用卡组织会同一些计算机供应商共同开发的网上安全交易协议，是为银行卡在Internet上安全地进行交易提出的一整套完整的安全解决方案。1997年5月正式推出SET协议1.0版。

SET协议采用对称加密技术和非对称加密技术提供数据加密、数字签名、数字信封等功能，保证了信息在网络中传输的机密性，数据的完整性和一致性，防止交易抵赖行为的发生。SET协议采用数字证书验证交易过程中参与各方的身份，一般由第三方CA机构负责为在线的通信双方提供信用担保与认证，对参与其中的支付网关也要进行认证，以防假冒，具有多方认证性。SET协议通过双重数字签名技术实现了客户订单信息和支付信息（信用卡账号、密码等）的隔离，保证商家只能看到客户的购买信息，看不到客户的支付信息；而银行只能看到客户的支付信息，看不到客户的购买信息。SET协议规定了交易中各方进行安全交易的具体流程。参与各方在交易流程中均遵循严格的标准，体现在要求软件遵循相同的协议和消息格式，加密算法的应用协商，数字证书信息和对象格式，订货信息和对象格式，认可信息和对象格式，资金划账信息和对象格式，对话实体之间消息的传输协议等。

SET协议的参与对象

基于SET协议的网络支付过程涉及多个参与方，包括客户、商家、银行（发卡银行、收单银行）、支付网关、CA认证中心。

（1）客户。通常是持有信用卡的用户。SET协议机制中，持卡客户通常要到发卡银行申请并在自己的客户端安装一套SET交易专用的客户端软件（电子钱包软件），并向CA认证中心申请数字证书。

（2）商家。客户在网上购物，网上商家通过商家服务器软件提供服务。与客户类似，商家必须先到收单银行申请设立账户，并向CA认证中心申请商家服务器的数字证书。

（3）发卡银行。发卡银行是指客户的开户银行。通常持卡客户的客户端软件从发卡银行获得，持卡客户申请数字证书，必须由发卡银行审核批准，才能从CA认证中心得到，因为持卡客户是利用银行的信誉消费。

（4）收单银行。收单银行是指商家的开户银行。支付网关接收商家转来的持卡客户支付请求后，要将支付请求转交给收单银行，通过银行间金融专用网络，传送到持卡客户的发卡行，进行相应的授权和扣款。收单银行与发卡银行可以是同一银行。

（5）支付网关。支付网关是Internet与银行内部专用网之间的一个专用系统，使得银行金融专用网不直接与非安全的公开网络连接，从而保护银行内部专用网的安全。通常，商家收到客户的购物请求后，要将客户的账号等支付信息传递给收单银行，因此支付网关一般由收单银行担任。银行可委托第三方担任网上交易的支付网关。与客户和商家一样，支付网关也必须通过CA认证中心申请数字证书，才能参与SET交易活动。

（6）CA认证中心。SET协议规定，参与SET交易的各方（包括客户、商家、支付网关）必须申请并安装数字证书，以证实自己的真实身份。CA认证中心作为发放和管理数字证书的机构，起着非常重要的核心作用。

应用SET协议的交易流程

（1）持卡人（客户）在商家（网上商店）浏览商品；

（2）持卡人选择要购买的商品，并填写订单；

（3）持卡人选择在线支付方式。当选择支持SET协议的支付方式进行支付时，SET协议开始起作用；

（4）持卡人发送订单和支付指令给商家。订单和支付指令由持卡人进行数字签名，同时利用双重数字签名技术保证商家看不到持卡人的支付信息（账号等）；

（5）商家收到订单后，向持卡人所在银行发出支付请求。支付信息通过支付网关到收单银行，再到发卡银行。支付请求获得发卡银行的授权后，返回授权指令给商家；

（6）商家将订单确认信息通知持卡人，为客户发货或完成订购服务。

至此，应用SET协议的交易流程结束。商家可以请求收单银行将此笔交易的款项从持卡人账户转到商家账户。以上流程中，SET从持卡人选择支付方式后开始介入，每一步操作，持卡人、商家和支付网关都会通过CA验证通信主体的身份，以确保通信主体的真实性。

SET协议中的双重数字签名技术

电子商务交易过程中，客户发送订购信息和对应的支付信息是相关联的，如何使信息传输过程中，商家看不到客户的支付信息，银行看不到客户的购买信息，SET协议通过双重数字签名技术加以解决。

发送者A将发送给接收者B和C的信息分别应用算法生成各自的数字摘要，再将两个数字摘要连在一起，应用算法生成新的数字摘要（双重数字摘要），将双重数字摘要用发送者的私钥加密，生成双重数字签名。

下面以客户发送信息给银行为例说明双重数字签名的生成与验证过程，如下图所示。

客户发送信息给银行双重数字签名的生成与验证过程

（1）客户对购买信息和支付信息分别生成购买信息的数字摘要E1和支付信息的数字摘要E2；

（2）将E1和E2连接起来生成双重数字摘要E3；

（3）客户用自己的私钥加密E3生成双重数字签名K；

（4）客户把双重数字签名K，支付信息和购买信息的数字摘要E1一起发送给银行；

（5）银行对信息进行验证。将支付信息用对应的同样算法生成支付信息的数字摘要E2′，并将E2′同收到的购买信息的数字摘要E1连接在一起，用对应的同样算法生成双重数字摘要E3′；

（6）银行用客户的公钥解密收到的双重数字签名K，得到双重数字摘要E3，将E3与E3′比较，如果相同，则银行验证了支付信息是由该客户发出的，且在传输过程中没有被篡改。

同理，客户将双重数字签名K，购买信息和支付信息数字摘要E2发送给商家完成订货信息的传递、签名与验证。通过使用双重数字签名技术，银行和商家只能看到同一条购物信息中自己所需要的那一部分信息，更好地保护了客户的隐私权和电子商务交易活动的安全性。

SSL协议与SET协议比较

在支持技术上，SSL协议与SET协议可以说是一致的，都采用了对称密钥加密、非对称密钥加密、数字摘要与数字证书等加密和认证技术；对信息传输的机密性来说，两者的功能是相同的，且都能保证信息在传输过程中的保密性及完整性，但两者在实现目标、实现机制、安全性等方面有所不同。

SSL协议提供在Internet上的安全通信服务，是在客户机和服务器之间建立一个安全通道，保证数据传输机密性；SET协议是为保证银行卡在Internet上进行安全交易提出的一套完整的安全解决方案。SSL协议面向连接，SET协议则允许各方之间非实时交换报文。

SSL协议只是简单地在双方之间建立安全连接，SET协议则是一个多方报文协议，它定义了银行、商家、持卡人之间必须遵循的报文规范；建立在SSL协议之上的卡支付系统只能与Web浏览器捆绑在一起，SET报文则能够在银行内部网或其他网络上传输。

SSL协议与SET协议在网络中的层次也不一样。SSL协议是基于传输层的协议，SET协议是基于应用层的协议。SSL协议在建立双方安全通信通道后，所有的传输信息都被加密，SET协议则会有选择地加密一部分敏感信息。

从安全性来讲，SSL协议中，信息首先发往商家，商家能看到客户的信用卡账户等支付信息。SET协议则通过双重数字签名技术，保证商家看不到客户的支付信息，银行也看不到客户的购买信息，更好地保护了客户的安全和隐私。

端口

在TCP/IP网络中，传输层的所有服务都包含端口号，它们可以唯一区分每个数据包包含哪些应用协议。端口系统利用这种信息来区分包中的数据，尤其是端口号使一个接收端计算机系统能够确定它所收到的IP包类型，并把它交给合适的高层软件。

端口号和设备IP地址的组合通常称作插口（socket）。任何TCP/IP实现所提供的服务都用知名的1～1023之间的端口号。这些知名端口号由Internet号分配机构（Internet Assigned Numbers Authority, IANA）来管理。例如，SMTP所用的TCP端口号是25，POP3所用的TCP端口号是110，DNS所用的UDP端口号为53，WWW服务使用的TCP端口号为80。FTP在客户与服务器的内部建立两条TCP连接，一条是控制连接，端口号为21；另一条是数据连接，端口号为20。

256～1023之间的端口号通常由UNIX系统占用，以提供一些特定的UNIX服务。也就是说，提供一些只有UNIX系统才有的而其他操作系统可能不提供的服务。

在实际应用中，用户可以改变服务器上各种服务的保留端口号，但要注意，在需要服务的客户端也要改为同一端口号。

加密

保密与加密

保密就是保证敏感信息不被非授权的人知道。加密是指通过将信息进行编码而使得侵入者不能够阅读或理解的方法，目的是保护数据和信息。解密是将加密的过程反过来，即将编码信息转化为原来的形式。古时候的人就已经发明了密码技术，而现今的密码技术已经从外交和军事领域走向了公开，并结合了数学、计算机科学、电子与通信等诸多学科而成为了一门交叉学科。现今的密码技术不仅具有保证信息机密性的信息加密功能，而且还具有数字签名、身份验证、秘密分存、系统安全等功能，来鉴别信息的来源以防止信息被篡改、伪造和假冒，保证信息的完整性和确定性。

加密与解密机制

加密的基本过程包括对原来的可读信息（称为明文或平文）进行翻译，译成的代码称为密码或密文，加密算法中使用的参数称为加密密钥。密文经解密算法作用后形成明文，解密算法也有一个密钥，这两个密钥可以相同也可以不相同。信息编码的和解码方法可以很简单也可以很复杂，需要一些加密算法和解密算法来完成。

从破译者的角度来看，密码分析所面对的问题有三种主要的变型：①“只有密文”问题（仅有密文而无明文）；②“已知明文”问题（已有了一批相匹配的明文与密文）；③“选择明文”（能够加密自己所选的明文）。如果密码系统仅能经得起第一种类型的攻击，那么它还不能算是真正的安全，因为破译者完全可能从统计学的角度与一般的通信规律中猜测出一部分的明文，而得到一些相匹配的明文与密文，进而全部解密。因此，真正安全的密码机制应使破译者即使拥有了一些匹配的明文与密文也无法破译其他的密文。

如果加密算法是可能公开的，那么真正的秘密就在于密钥了，密钥长度越长，密钥空间就越大，破译密钥所花的时间就越长，破译的可能性就越小。所以应该采用尽量长的密钥，并对密钥进行保密和实施密钥管理。

国家明确规定严格禁止直接使用国外的密码算法和安全产品，原因主要有两点：①国外禁止出口密码算法和产品，目前所出口的密码算法都有破译手段，②国外的算法和产品中可能存在“后门”，要防止其在关键时刻危害我国安全。

密码算法

密码技术用来进行鉴别和保密，选择一个强壮的加密算法是至关重要的。密码算法一般分为传统密码算法（又称为对称密码算法）和公开密钥密码算法（又称为非对称密码算法）两类，对称密钥密码技术要求加密解密双方拥有相同的密钥。而非对称密钥密码技术是加密解密双方拥有不相同的密钥。

对称密钥密码体制从加密模式上可分为序列密码和分组密码两大类（这两种体制之间还有许多中间类型）。

序列密码是军事和外交场合中主要使用的一种密码技术。其主要原理是：通过有限状态机产生性能优良的伪随机序列，使用该序列将信息流逐比特加密从而得到密文序列。可以看出，序列密码算法的安全强度由它产生的伪随机序列的好坏而决定。分组密码的工作方式是将明文分成固定长度的组（如64比特一组），对每一组明文用同一个密钥和同一种算法来加密，输出的密文也是固定长度的。在序列密码体制中，密文不仅与最初给定的密码算法和密钥有关，同时也是被处理的数据段在明文中所处的位置的函数；而在分组密码体制中，经过加密所得到的密文仅与给定的密码算法和密钥有关，而与被处理的明数据段在整个明文中所处的位置无关。

不同于传统的对称密钥密码体制，非对称密码算法要求密钥成对出现，一个为加密密钥（可以公开），另一个为解密密钥（用户要保护好），并且不可能从其中一个推导出另一个。公共密钥与专用密钥是有紧密关系的，用公共密钥加密的信息只能用专用密钥解密，反之亦然。另外，公钥加密也用来对专用密钥进行加密。

公钥算法不需要联机密钥服务器，只在通信双方之间传送专用密钥，而用专用密钥来对实际传输的数据加密解密。密钥分配协议简单，所以极大简化了密钥管理，但公共密钥方案较保密密钥方案处理速度慢，因此，通常把公共密钥与专用密钥技术结合起来实现最佳性能。

密钥及密钥管理

密钥是密码算法中的可变参数。有时候密码算法是公开的，而密钥是保密的，而密码分析者通常通过获得密钥来破译密码体制。也就是说，密码体制的安全性建立在对密钥的依赖上。所以，保守密钥秘密是非常重要的。

密钥管理一般包括以下8个内容。

（1）产生密钥：密钥由随机数生成器产生，并且应该有专门的密钥管理部门或授权人员负责密钥的产生和检验。

（2）分发密钥：密钥的分发可以采取人工、自动或者人工与自动相结合的方式。加密设备应当使用经过认证的密钥分发技术。

（3）输入和输出密钥：密钥的输入和输出应当经由合法的密钥管理设备进行。人工分发的密钥可以用明文形式输入和输出，并将密钥分段处理；电子形式分发的密钥应以加密的形式输入和输出。输入密钥时不应显示明文密钥。

（4）更换密钥：密钥的更换可以由人工或自动方式按照密钥输入和密钥输出的要求来实现。

（5）存储密钥：密钥在加密设备内采用明文形式存储，但是不能被任何外部设备访问。

（6）保存和备份密钥：密钥应当尽量分段保存，可以分成两部分并且保存在不同的地方，例如一部分存储在保密设备中，另一部分存储在IC卡上。密钥的备份也应当注意安全并且要加密保存。

（7）密钥的寿命：密钥不可以无限期使用，密钥使用得越久风险也就越大。密钥应当定期更换。

（8）销毁密钥：加密设备应能对设备内的所有明文密钥和其他没受到保护的重要保护参数清零。

更多复习资料
请登录电脑版软考在线 www.rkpass.cn

京B2-20210865 | 京ICP备2020040059号-5