计算机安全第三章安全基础数字签名课件

PPT

阅读 36 次
下载 0 次
页数 94 页
大小 2.616 MB
2022-12-01 上传

下载文档30.00 元 加入VIP免费下载

此文档由【小橙橙】提供上传，收益归文档提供者，本网站只提供存储服务。若此文档侵犯了您的版权，欢迎进行违规举报或版权认领

可在后台配置第一页与第二页中间广告代码

可在后台配置第二页与第三页中间广告代码

可在后台配置第三页与第四页中间广告代码

还剩10页未读，继续阅读

【这是免费文档，您可以免费阅读】

/ 94

下载文档30.00 元 加入VIP免费下载

TA最新上传

文本内容

【文档说明】计算机安全第三章安全基础数字签名课件.ppt，共(94)页，2.616 MB，由小橙橙上传

转载请保留链接：https://www.ichengzhen.cn/view-76442.html

以下为本文档部分文字说明：

算法；数字签名；认证协议；IPSec。这些算法一方面是实现保密性、完整性和不可抵赖性的核心，另一方面是实现其他网络安全技术的基础。Evaluationonly.edwithAspose.Slidesfor.NET3.5ClientProfile5

个带鉴别的报文，可能会出现如下的争执：1、Mary可能伪造不同的报文，并声称它来自John。Mary只要简单地生成一个报文，并附加使用由John和Mary所共享的密钥生成的鉴别码即可。2、John可以否认发送过该报文。因为Mary伪造一个报文是可能的，无法证明

之间的互相攻击。Y伪造一个不同的消息，但声称是从X收到的；X可以否认发过该消息，Y无法证明X确实发了该消息；原因：鉴别技术基于秘密共享。数字签名技术为此提供了一种解决方案。Evaluationo

数字签名就是对消息进行消息摘要计算，再利用数字证书提供的密钥文件，达到利用计算机数据签章的效果。数字签名是使用密码系统时最特殊的一种功能数字签名的法定效力，将相等于一般的“手写签名”。使用数字签名，更需要SHA

（单向散列函数）的配合，才能防止各种可能的攻击。（一）数字签名的概念Evaluationonly.edwithAspose.Slidesfor.NET3.5ClientProfile5.2Copyright20

现实生活中用公章、签名等来实现的抗否认，在网上可以借助数字证书的数字签名来实现。如将来的地税局的网上银行，网上审批都可以通过数字签名来保证身份的认证，实现网上业务的防伪造和防抵赖。发送方A接收方BA将加密的消息发送给B网络用发送方A的公匙解密密文密文明文明文用发送

所发送信息签名的真实性；III.采用数字签名技术，只要保证签名方私钥信息的秘密性，就能够保证任何其他人都无法对签名进行伪造；IV.因为任何更改都可以导致签名的无效，所以不能对发送者的原始信息进行任何更改。数字签名的作用Evaluationonl

t2004-2011AsposePtyLtd.数字签名的设计目标签名的比特模式是依赖于消息报文的，也就是说，数据签名是以消息报文作为输入计算出来的，签名能够对消息的内容进行鉴别；数据签名对发送者来说必须是惟一的，能够防止伪造和抵赖；产生数字签名的算法必须相对简单易于实

现，且能够在存储介质上保存备份；对数字签名的识别、证实和鉴别也必须相对简单，易于实现；伪造数字签名在计算上是不可行的，无论攻击者采用何种方法（利用数字签名伪造报文，或者对报文伪造数字签名）。Evaluationonly.

，并进行电子签章（数据签名）2、CA体系用户通过CA机构合法获得数字证书，即获得了对应唯一的公钥/私钥对，私钥存于签章钥匙盘，用于数字签名过程。3、验证体系由CA利用公钥进行验证，以确定数据未有更改。Evaluationonly.edwithAspose.Slide

ht2004-2011AsposePtyLtd.数字签名的实施方案（实例）数字签名实现过程Evaluationonly.edwithAspose.Slidesfor.NET3.5ClientProfil

ght2004-2011AsposePtyLtd.数字签名原理数字签名技术是结合消息摘要函数和公钥加密算法的具体加密应用技术。数字签名(DigitalSignature)指一个用自己的非对称密码算法(如：RSA算法)私钥加密后的信息摘要，附在消息后面；别人得到这个数字签名及签名前

的信息内容，使用该用户分发的非对称密码算法公钥，就可以检验签名前的信息内容在传输过程或分发过程中是否己被篡改并且可以确认发送者的身份。Evaluationonly.edwithAspose.Slidesfor.NET3.5ClientProfile5.2Copyri

的组成部分：即签名算法(SignatureAlgorithm)和验证算法(VerificationAlgorithm)。Evaluationonly.edwithAspose.Slidesfor.NET3.5ClientProfile5

pyright2004-2011AsposePtyLtd.数字签名原理(4)比较解密后获得的消息摘要A与重新计算产生的消息摘要B，若相等则说明消息在传输过程中没有被篡改，否则消息不可靠。Evaluationonly.edwithAspose.Slidesfor.NET3.5Clien

)某个私钥真的可能在时间T在X处被盗。MHE||HDM比较EKRa[H(M)]KRaMMEDKRaKUaEKRa(M)（a）利用发送方的私钥加密（b）利用发送方的私钥报文散列码加密Evaluationonly.edwithAspose.Slidesfor.NE

pyright2004-2011AsposePtyLtd.直接数字签名实现比较简单，在技术上仅涉及到通信的源点X和终点Y双方。终点Y需要了解源点X的公开密钥Kua。发送方A可以使用其私有密钥KRA对整个消息报文进行加密来生

成数字签名。更好的方法是使用KRA对消息报文的散列码进行加密来形成数字签名。Evaluationonly.edwithAspose.Slidesfor.NET3.5ClientProfile5.2Co

AsposePtyLtd.直接数字签名的安全性方案的安全性依赖于发送方X私有密钥的安全性。发送方可以声称自己的私有密钥丢失或被盗用，而否认其发送过某个报文。改进：每个签名报文中包含一个时间戳。问题：X的私有密钥确实在时间T被窃取；攻击者窃取X的密钥后，则可能发送带有

名方案中的问题。仲裁者必须是一个所有通信方都能充分信任的仲裁机构。基本工作方式（假定用户X和Y之间进行通信）：每个从X发往Y的签名报文首先被送给仲裁者A；A检验该报文及其签名的出处和内容，然后对报文注明日期，并附加上一个“仲裁证实”的标记发给Y。Evalua

和随机数RA先发送给权威机构；权威机构在转发给用户B的信息中附带用密钥KBB加密发送者、时间戳和报文摘要后的密文，KBB只有权威机构知道；由权威机构对报文P、发送者、发送时间进行认证。用户A用户B权威机构A,EKA(B,P,RA,T)EKB(A,

x//EKRx[IDx//EKUy[EKRx[M]]](2)A→Y：EKRa[IDx//EKUy[EKRx[M]]//T]注：X＝发方；Y＝收方；A＝仲裁；M＝报文(a)常规加密，仲裁能看到报文内容(1)X→A：M//EKxa[IDx//H(M)](2)A→Y：EKay[I

Dx//M//EKxa[IDx//H(M)]//T](b)常规加密，仲裁不能看到报文内容(1)X→A：IDx//EKxy[M]//EKxa[IDx//H(EKxy[M])](2)A→Y：EKay[IDx//EKxy[M]//EKxa[IDx/

x‖H(M))。(2)A→Y：EKay(IDx‖M‖EKax(IDx‖H(M))‖T)。(3)Y存储报文M及签名。Evaluationonly.edwithAspose.Slidesfor.NET3.5ClientProfile5.2Copyright200

Ltd.对称密钥加密方式争端解决方式Y→A：EKay(IDx‖M‖EKax(IDx‖H(M)))。仲裁A可用Kay恢复出IDx、M及签名，然后再用Kax对签名解密并验证其散列码。特点：Y不能直接验证X的签名。双方都需要高度相信AY相信A已对消息认证，X不能否认其签名；X信任A

ax(IDx‖H(EKxy(M)))。(2)A→Y：EKay(IDx‖EKxy(M)‖EKax(IDx‖H(EKxy(M))‖T)。特征：X与Y之间共享密钥Kxy。DS的构成：IDx和消息密文的散列码用Kax加密。

DS的验证：A解密签名，用散列码验证消息。A只能验证消息的密文，而不能读取其内容。A将来自X的所有信息加上时间戳并用Kay加密后发送给Y。问题：A和发送方X联手可以否认签名的信息。A和接收方Y联手可以伪造发送方X的签名

EKRx[IDx||EKUy[EKRx(M)]]A能进行外层的解密，从而证实报文确实是来自X的因为只有X拥有KRx。验证后A向Y发送用KUy加密的报文，其中包括时间戳TAY：EKRa[IDx||EKUy[EKRx(M)]||T]优点：通信各方之间无须共享任何信息，从而避免了联手作

A和用户A的绑定关系；证明拥有（或者知道）私钥SKA的用户X就是用户A；建立报文P和私钥SKA之间的关联，就可确定报文P由用户A发送。Evaluationonly.edwithAspose.Slides

Ltd.认证中心的目的就是证明用户和公钥之间的绑定；认证中心通过证书证明这种绑定，证书由明文和密文两部分组成，密文部分称为数字签名，它是用认证中心私钥加密明文报文摘要后的密文；认证中心和公钥之间绑定由上一级认证中心用证书证明。

基于公开密钥的数字签名技术根认证中心地区认证中心1地区认证中心2认证中心1认证中心2认证中心3认证中心4证书地区认证中心2的公开密钥为PKRA2根认证中心签名证书认证中心4的公开密钥为PKCA4地区认证中心2签名用户A证书用户A的公开密钥为PKA认证中心4签名

果；规则二：无法根据报文摘要h，求出报文X，且使得MD（X）＝h；根据上述规则，一旦满足条件MD（P）=EPKA（数字签名），得出数字签名＝DSKA（MD（P）），可以断定报文P由知道私钥SKA的用

户发送，知道私钥SKA的用户是和公钥PKA绑定的用户。基于公开密钥的数字签名技术明文PMD数字签名明文PSKAPKA相等，明文P认定是用户A所发不相等，明文P无效D数字签名明文PMDEP‖DSKA（MD（P））Evalua

参数可以描述如下：p是一个素数，满足2L-1<p<2L，其中512≤L≤1024，L是64的倍数。q是一个160比特的素数并且能够整除p-1。g=h(p-l)/qmodp，其中h是任意满足1<h<p-1的整数，

并且使得h(p-l)/qmodp>l，即g的阶是qmodp。β=gamodp，其中a是随机或者伪随机生成的整数且满足0<a<q。k是随机或者伪随机生成的整数且满足０<k<q。把p，q，g和β公开而保密a和k。对每一次签名都应该生

(MD5(m)+ay)modq杂凑函数MD5用于把可变长度的消息m转变为一个160比特的消息摘要，然后再用数字签名方案对它进行签名。Evaluationonly.edwithAspose.Slidesfor.NET3.

4-2011AsposePtyLtd.数字签名算法2)验证过程设ver(m，y，s)是验证算法，它以上述定义的消息m和y，s为输入。签名的验证通过下面的计算来完成：w=s-1modqd1=(MD5(m)*w)modqd2=(y*w)m

odqv=((gd1*βd2)modp)modq若v=y，则ver(m，y，s)的输出为真，否则为假。消息m的签名是有效的当且仅当ver(m，y，s)的输出为真。如果ver(m，y，s)的输出为假，则说明或者消息m被篡改，或

用于加密也能用于数字签名，而认证过程相当于保密过程的逆过程。在已提出的公开密钥算法中，RSA是最容易理解和实现的，这个算法也是最流行的。RSA算法以它的三个发明者RonRivest、AdiShamir和LeonardAdleman的名字命名。RSA的安全性建立在大整数素因子分解困难的基

础之上，其数字签名算法类似于RSA密码算法。RSA数字签名算法可以描述如下：Evaluationonly.edwithAspose.Slidesfor.NET3.5ClientProfile5.2Copy

生成sig(m)=(h(m))emodn其中h(m)是消息摘要，它由消息m通过密码学中的杂凑函数(如MD5)得到。2)验证过程验证算法ver(m，y)力以消息m和签名y为输入，定义如下：ver(m，y)=真，等价

于h(m)≡ydmodn其中，(e，n)为公钥，(d，n)为私钥。验证算法使用了签名者的公钥，所以任何人都可以验证一个签名；然而由于签名需要签名者的私钥，故只有签名者本人才能产生有效的签名。Evaluationonly.ed

果事先不知道p或者q，分解n是计算上不可行的。对于短期安全性，n的长度至少应该为1024比特，而长期安全性则要求n至少为2048比特。Evaluationonly.edwithAspose.Slidesfor.NET3.5ClientProfile5.2Copyrigh

前是安全的。而一个签名的消息可能作为一个法律上的文件(如合同等)，很可能在对消息签署多年之后才验证其签名，且可能需要多次验征此签名。因此，签名的安全性和防伪造的要求会更高，且要求证实速度比签名速度要快些。特别是联机在线时进行实时验证。Evaluationonly.edwithAsp

tyLtd.确认某个用户是授权用户；一旦通过确认，该用户以后发送的数据中必须携带用于证明是授权用户的标识信息。3.4认证协议Evaluationonly.edwithAspose.Slidesfor.NET3.5ClientProfile5.2

rifier),检验声称者提出的证件的正确性和合法性，决定是否满足要求。第三方是可信赖者TP（Trustedthirdparty)，参与调解纠纷。在许多应用场合下没有第三方。Evaluationonly.edwithAspose.Slidesfor.N

sePtyLtd.身份认证的物理基础Somethingtheuserknow(例如口令)简单，但不安全设计依据安全水平、系统通过率、用户可接受性、成本等Evaluationonly.edwithAspose.Slidesfor.NET3.5ClientProfile5.2Copyrig

.口令一般并不是以明文的形式存在和使用，而是采用一些加强的处理之后才使用的。对口令加密：对口令的加密算法必须是单向的，即只能加密，不能解密。在验证用户的口令时，验证方用单向函数加密，并与存储的密文相比较

，若相等，则确认用户的身份有效，否则确认用户身份无效。一次性口令：使用一次性口令作为身份认证方法，使得中途截获口令变得毫无意义。由于要产生大量的一次性口令，所以必须采用专用的设备来产生口令。Evaluationonly.edwi

ght2004-2011AsposePtyLtd.用户所知道的&用户所拥有的磁卡或智能卡丢失，那么捡到卡的人就可以假冒真正的用户。需要一种磁卡和智能卡上不具有的身份信息，这种身份信息通常采用个人识别号PIN。持卡人必须自己妥善保存并严格保密。在验证过程中，验证者不但要验证持卡人的卡是真实的

tication）双向认证（Two-wayAuthentication）信任的第三方认证（TrustedThird-partyAuthentication）Evaluationonly.edwithAspose.Sli

ePtyLtd.单向认证通信的一方认证另一方的身份客户端(1)ID,Password(2)Authenticated服务器端Evaluationonly.edwithAspose.Slidesfor.NET3.5C

osePtyLtd.用对称密码体制来实现单向认证某函数变换f双方共享的密钥KS随机数RAAB①E(RA,Ks)②E(f(RA),Ks)Evaluationonly.edwithAspose.Slidesfor.NET3.5ClientProfil

.用非对称密码体制来实现单向认证随机数RAB的私钥KSBAB①RA②E(RA,KSB)Evaluationonly.edwithAspose.Slidesfor.NET3.5ClientProfile5.2

yLtd.双向认证双方都要提供用户名和密码给对方，才能通过认证。客户端(1)ClientID,Password(3)Authenticated(2)ServerID,Password服务器端Evaluationonly.edwithA

信客户端(1)ClientID,Password(5)AuthenticateData(3)ServerID,Password信任第三方(2)Authentication(4)Authentication(6)

：B的公钥PKA：A的公钥AB②E(PKB||Request||Time1,SKAU)KDC①Request||Time1③E(IDA||N1,PKB)④Request||Time2⑤E(PKA||Request||Tim

e1,SKAU)⑥E(N1||N2,PKA)⑦E(N2,PKB)N1：A的临时交互号N2：B产生的新临时交互号Evaluationonly.edwithAspose.Slidesfor.NET3.5ClientProfile5.2Copyright20

0年中期作为美国麻省理工学院“雅典娜计划”（ProjectAthena）的一部分被开发的。Kerberos是一个分布式的认证服务，它允许一个进程（或客户）代表一个主体（或用户）向验证者证明他的身份，而不需要通过网络发送那些有

的身份。它的设计主要针对客户-服务器模型，并提供了一系列交互认证-用户和服务器都能验证对方的身份。Kerberos协议可以保护网络实体免受窃听和重复攻击。Kerberos协议基于对称密码学，并需要一个值得信赖的第三方。Evaluationonly.edwithAspose.Slide

ght2004-2011AsposePtyLtd.Kerberos认证信息＝EKC,S（IDC‖ADC‖SEQ）；拥有密钥KC,S的用户才是授权用户IDC；携带认证信息证明发送者是授权用户IDC；每一个用户访问服务器之前，需成为注册用户，分配密钥。IDCKC

为授权用户的标志是使用户拥有密钥KTGS；通行证服务器确认用户具有访问应用服务器V的权限的标志是使用户拥有密钥KV。应用服务器提供服务的依据是用户拥有密钥KV。Kerberos认证过程IDC‖TicketTGS‖EKC（K

C,TGS‖TIMES‖Nonce1‖IDTGS）IDCPWC客户名口令┇┇注册信息库1IDC‖IDTGS‖TIMES‖Nonce1认证服务器（AS）通行证签发服务器（TGS）应用服务器（V）IDV‖TIMES‖Nonce2‖TicketTGS‖AUTHC1IDC‖TicketV‖EKC,T

GS（KC,V‖TIMES‖Nonce2‖IDV）TicketV‖AUTHC2EKC,V（TS2‖Subkey‖Seq）TicketTGS=EKTGS（KC,TGS‖IDC‖ADC‖TIMES）TicketV=EKV（KC,V‖IDC‖ADC‖TIMES）AUTHC1=EK

C,TGS（IDC‖TS1）AUTHC2=EKC,V（IDC‖TS2‖Subkey‖Seq）TGSKTGS服务器名共享密钥┇┇注册信息库2IDCV客户名服务器┇┇注册信息库1VKV服务器名共享密钥┇┇注

ckettgs由kc加密，kc来自password存储与每个服务器V共享的密钥判断此用户是否有访问服务器V的权限。Evaluationonly.edwithAspose.Slidesfor.NET3.5C

和密钥等）功能；报警协议用于在用户和服务器之间传输出错信息；在TLS完成服务器身份认证、安全参数协商后，用户和服务器之间可以保密传输HTTP报文。TLS安全参数切换协议TLS报警协议HTTPTLS握手协议TLS记录协议TCPIP基于TCP/IP的TLS协议结构Evaluationonl

主版本号：2；次版本号：1；压缩长度：加密运算前上层消息长度；TLS记录协议报文格式Evaluationonly.edwithAspose.Slidesfor.NET3.5ClientProfile5.2Copyright

就是数据段，由TCP实现TLS记录协议报文的排序、检错和可靠传输。对于基于链路层协议的TLS记录协议报文传输过程，每一个TLS记录协议报文作为链路层帧的净荷，必须完整包含上层协议消息。TLSEvaluationonly.edwithAspose.Slidesfor.NET3.5Cl

-2011AsposePtyLtd.TSL的作用是实现通信双方身份认证和加密解密算法及密钥等安全参数的约定；认证身份的关键是用证书证明客户C和服务器V与公钥PKC和PKV的绑定，同时证实客户C和服务器V拥有PKC和PKV对应的私钥SKC和SKV；以双方交换

的随机数为随机数种子，产生密钥；最后证实双方新的安全参数相同。TLS客户Hello服务器Hello服务器证书证书请求服务器就绪客户证书交换密钥证实证书切换安全参数结束切换安全参数结束客户C服务器V双方约定压缩算法、加密

算法、MAC算法等服务器发送证书链，若需认证客户身份，发送证书请求。客户发送证书链，主密钥和用于证实证书的信息。双方切换到新的安全参数。阶段1阶段2阶段3阶段4Evaluationonly.edwithAspose.Slidesfor

AC‖密钥种子HMAC密钥HMAC‖密钥种子HMAC密钥A(1)A(2)A(3)128（HMAC-MD5）160（HMAC-SHA-1）Evaluationonly.edwithAspose.Slidesfor.NET3.5ClientPro

PtyLtd.EAP和802.1X实现不同认证机制需要交换的认证消息均可封装成EAP报文；EAP报文作为不同链路层帧的净荷，可以通过不同的网络实现传输。CHAPTLS以太网无线局域网点对点网络EAPOTP编码标识符数据长度类型相关数据类型1B1B2B1B1：身份4：CHAP5：OTP13：T

应过程；EAP报文作为对应链路层帧净荷，才能通过互连用户和认证者的网络实现传输过程。EAP和802.1X用户认证者请求报文响应报文请求报文响应报文┇成功报文用户认证者请求报文响应报文请求报文响应报文┇失败报文Evaluationonly.edwithAspose.Slidesfor.

right2004-2011AsposePtyLtd.EAP和802.1X1112可变长217EFF037E标志地址控制协议信息CRC标志长度C227编码类型4CHAP相关数据CHAP对应的EAP报文11

21标识符协议字段值C227表明PPP帧净荷是EAP报文；当EAP报文中的类型字段值为4时，表明采用CHAP认证机制，EAP报文中数据字段内容为CHAP相关认证数据。EAP报文封装成PPP帧过程Evaluationonly.edwithA

ht2004-2011AsposePtyLtd.PPP（EAP请求（CHAP））PPP（EAP响应（用户A））用户A远程用户接入设备PPP（EAP请求（身份））PPP（EAP响应（CHAP））PPP（EAP成功）用户名

认证机制口令用户AEAP-CHAPPASS认证数据库用户A和远程用户接入设备之间是点对点语音信道；基于点对点语音信道的链路层协议是PPP；EAP报文封装成PPP帧；EAP的请求/响应模式及EAP报文中封装的数据和采用的认证机制－CHAP有关。EAP和802.1X数据字段给出随机数：ch

allenge数据字段给出：MD5(标识符‖challenge‖口令）Evaluationonly.edwithAspose.Slidesfor.NET3.5ClientProfile5.2Copyrig

11AsposePtyLtd.交换机端口逻辑上分为受控端口、非受控端口，受控端口必须在完成接入者身份认证后，才能正常输入/输出数据帧，非受控端口只能接收EAP报文和广播帧；EAP报文封装成以太网MAC帧；

EAP报文中的数据字段值和采用的认证机制相关；可以统一由认证服务器完成用户身份认证，这种情况下，认证者作为中继系统完成EAP报文用户和认证服务器之间的转发功能。EAP和802.1X非受控端口受控端口LAN认证者提供的

报文体长度报文体FCS6B6B2B1B1BB2B4BEAP报文封装成MAC帧过程类型字段值888E表明MAC帧净荷是EAP报文；版本字段值固定为2；报文类型：0－报文体是EAP报文，1－报文体是EAPOL-Start，2－报文体是EAPO

L-Logoff，3－报文体是EAPOL-Key，4－报文体是EAPOL-ASF-Alert；报文体和长度由报文类型决定。Evaluationonly.edwithAspose.Slidesfor.NET3.5ClientProfile5.2Copyright200

A宽带接入服务器EAPOL（EAP请求（身份））EAPOL（EAP响应（用户A））EAPOL（EAP请求（CHAP））EAPOL（EAP响应（CHAP））EAPOL（EAP成功）用户名认证机制口令用户

AEAP-CHAPPASS认证数据库EAPOL-Start数据字段给出随机数：challenge数据字段给出：MD5(标识符‖challenge‖口令）用户A和远程用户接入设备之间是以太网；EAP报文封装成MAC帧

；EAP的请求/响应模式及EAP报文中封装的数据和采用的认证机制－CHAP有关。Evaluationonly.edwithAspose.Slidesfor.NET3.5ClientProfile5.2Copyrig

AsposePtyLtd.EAP和802.1X802.1X是基于端口认证协议，一旦确定连接用户身份，端口处于正常转发状态，这对于通过以太网接入Internet的用户是不适用的；基于MAC地址的802.1X作了调整，用户一旦通过

认证，其MAC地址记录在端口的访问控制列表中，只有源地址包含在访问控制列表中的MAC帧，才能正常转发。1Internet分区交换机中心交换机宽带接入服务器楼内交换机光纤线缆用户AMACA用户DMACDMACA允许访问MACD允许访问

；为了统一用户注册和认证，也需要设置独立的认证服务器；讨论了基于特定传输网络传输EAP报文的机制，如何实现基于互连网的EAP报文传输？RADIUS。以太网PSTN城域网认证服务器远程用户接入设备宽带接入服务器以太网宽带接入服务器DLSAMADSL路由器用户线Ev

入RADIUS报文封装过程RADIUS报文格式•编码：区分4种报文类型；•标识符：请求接入报文和对应的响应报文，其他3种类型报文都有可能是某个请求接入报文的响应报文；•认证信息：用于认证发送响应报文的认证服务器；•属性：给出用户和NAS信息，及EAP报文。Eval

间传输；认证者和认证服务器之间是互连多个传输网络构成互连网，EAP报文封装成RADIUS报文，最终封装成IP报文实现认证者和认证服务器之间的传输；EAP报文数据字段内容与采用的认证机制有关。挑战接入（EAP请求（CHAP））请求接入（EAP响应（CHAP））用户C认证者（NAS

）EAP请求（身份）EAP响应（身份）EAP请求（CHAP）EAP响应（CHAP）认证服务器EAP成功请求接入（EAP响应（身份））允许接入用户名认证机制口令用户CEAP-CHAPPASS认证数据库数据字段给出随机数：challeng

小橙橙

文档分享，欢迎浏览！

文档 25747
被下载 7
被收藏 0

TA的店铺

计算机安全第三章安全基础数字签名课件

部编版历史中考一轮复习课件全套

专题复习俄国近现代的发展变化课件-人教版

专题04-世界资本主义制度的确立和发展课件

中考系统复习3-中国现代史-1.中华人民共和国的成立和巩固_人教版历史九年级名师课件

中考历史总复习第一编教材知识梳理第11讲中华民族的抗日战争课件

中考历史主题五-中华民族的抗日战争课件

中考历史总复习第二编热点专题速查专题7大国崛起与大国关系三年两次课件

中考历史总复习第二编热点专题速查专题1我国统一多民族国家的形成发展与巩固课件

中考历史专题复习对外关系-教学课件-人教版

中考历史复习专题四大国发展史及重要大国关系课件