ImageVerifierCode 换一换
格式:DOC , 页数:7 ,大小:1.25MB ,
资源ID:11064237      下载积分:10 金币
快捷注册下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

开通VIP
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.zixin.com.cn/docdown/11064237.html】到电脑端继续下载(重复下载【60天内】不扣币)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

开通VIP折扣优惠下载文档

            查看会员权益                  [ 下载后找不到文档?]

填表反馈(24小时):  下载求助     关注领币    退款申请

开具发票请登录PC端进行申请

   平台协调中心        【在线客服】        免费申请共赢上传

权利声明

1、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
2、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,个别因单元格分列造成显示页码不一将协商解决,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
3、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
4、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前可先查看【教您几个在下载文档中可以更好的避免被坑】。
5、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
6、文档遇到问题,请及时联系平台进行协调解决,联系【微信客服】、【QQ客服】,若有其他问题请点击或扫码反馈【服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【版权申诉】”,意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:0574-28810668;投诉电话:18658249818。

注意事项

本文(一种基于LKH的分层式密钥更新机制优化方案.doc)为本站上传会员【仙人****88】主动上传,咨信网仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知咨信网(发送邮件至1219186828@qq.com、拔打电话4009-655-100或【 微信客服】、【 QQ客服】),核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
温馨提示:如果因为网速或其他原因下载失败请重新下载,重复下载【60天内】不扣币。 服务填表

一种基于LKH的分层式密钥更新机制优化方案.doc

1、 一种基于LKH的分层式密钥更新机制优化方案 胡雯,许勇 (安徽师范大学数学计算机科学学院计算机应用技术系) 摘要:随着因特网的发展,多播技术被越来越多地应用在一些主流的服务中。例如,视频会议、IP电视、远程教育等。IP多播的安全性问题限制了其广泛使用,为了保护通信的机密性,在多播组中仅仅给予合格的组成员相应的密钥用于通信。密钥管理是IP多播的一个基本问题,密钥管理的目的是为了组成员在一个多播期间形成、更新、传输密钥,以及在传输过程中提供密钥的保密性。这篇文章,我们回顾了几种经典的密钥管理方法,并提出了一种基于LKH的分层式密钥更新的优化方案,最后与其他方法进行了比较。 关键词:多播

2、安全,LKH,密钥更新 Abstract: With the development of the Internet, multicast technology is used popularly in many mainstream applications. For example, video conferencing, IPTV, remote education. Security problems of IP Multicast limit its development, in order to protect the confidentiality of communi

3、cations, multicast group only give the key to qualified members of the group for communication. Key management is a basic problem of the IP multicast, the aim of key management for multicast is forming keys during a multicast group session, update, transport keys, and providing the confidentiality.

4、In this paper, we review several typical key management method, and propose a scheme which based on LKH hierarchical key optimization program, At last ,we make a comparision between our method and others. Key words:multicast security;group key management;LKH 1.引言 多播是基于UDP/IP协议的,提供了一种发送方同时发送信息到多个接

5、收方的高效通信机制。多播技术在IP电视、多媒体会议、PPV(Pay-per-view)、计算机协同工作、股市行情分析等应用中非常有效。在因特网中,多播提供一种有效的,尽最大努力型服务,使大规模内容分发成为可能。图1[1]描述了多播源S向组成员M1~M4发送数据的情形,R1、R2为路由器。 图1 多播源S向组成员M1~M4发送数据 随着网络应用的发展,对于多播安全性问题的要求日益显现出来。而不同的多播应用,对通信和安全性有不同的需求。要保证多播组中密钥形成、更新、传输以及前向机密性和后向机密性,这就需要组密钥管理方案来描述和实现

6、 这篇文章的结构如下:第2部分分析了密钥管理的研究现状。第3部分描述了本文提出的优化方案。第4部分对前面提到的几种方法和本文的方法进行了比较。最后对本文做了总结 2.研究现状 2.1 LKH[2] LKH (Logical Key Hierarchy)逻辑密钥树的每个页节点对应于一个组成员,中间节点代表一个逻辑子组,根节点代表组密钥。每个多播组只有1个密钥服务器,用来对组成员进行密钥管理。 LKH密钥分发规则:每个成员接收对应叶节点到根的路径上的所有密钥,当成员关系变化时,GCKS只更新并分发加入或离开成员所知道的密钥。每个成员持有的密钥树等于树的高度logn。

7、 图2 二叉树LKH树的结构 GCKS需要向每个成员发送其到根的路径上的所有密钥,当有成员加入或离开组时,密钥更新所带来的GCKS加密次数和通信开销都与组成员规模成对数关系,因此该方案有很强的扩展性。 2.2 OFT[3] OFT(one-way function tree)也是一种用于进行高效密钥更新的逻辑密钥树,是由McGrew和Sherman提出的。与LKH相比,离开密钥更新更为高效。 在OFT模式中,根密钥作为组密钥,每个成员与唯一的叶节点相关联,并持有该叶节点的秘密密钥。 OFT密钥分发规则为:每个成员接收其相应页节点到

8、根的路径上的节点的兄弟节点的盲密钥。 图3 OFT密钥树结构 在图中,=g(),为盲密钥,g为盲化函数。GCKS用单向函数g计算密钥树中对应于每个KEK的盲密钥。成员利用所知道的密钥来计算它的祖先密钥,包括组密钥。假设节点i是中间节点,它的左孩子和右孩子的密钥分别为kl和kr,=f(g(kl),gkr)),f为混合函数,用来计算祖先节点的非盲密钥。例如:成员E知道密钥ke、kf’(兄弟节点的盲密钥)、kgh’和kad’。 在OFT模式中,,当有成员加入或离开组时,由于中间节点密钥是由其他密钥形成的,GCKS向新成员发送的盲密钥数大大减少。和LKH相比密钥更新数降低到log2n,n为组

9、成员数。 2.3 Iolus[4] Iolus是Mittra提出的一个分层的安全多播体系结构,使用划分子组方式,具备了管理大规模、动态的、可扩展多播组的特点。 Iolus是通过使用安全分发树来实现的,树由组安全代理(GSA)组成,位于Iolus体系结构根部的组安全代理被称为组安全控制器(GSC),每一个安全组受组安全控制器的管理。GSC管理最高层的子组并指派可信任第3方代理来管理其他的子组,也称为组安全中介(GSI)。每一个子组都只有少量的组员,并且有自己的多播地址。每一个子组都有自己的密钥。GSI在自己的子组里面主要承担两个任务:管理本子组的密钥和协调本子组和其他子组的通信。 I

10、olus组密钥管理协议的主要优点是成员的加入和离开只会影响所在的子组,并不会影响到整个组。由于子组的规模很小,子组密钥的更新不会带来太大的开销,所以它的扩展性很好。它的缺点是:首先,Iolus要求很大的信源开销来管理多播组;其次,即使Iolus用分层系统在很多节点上分布组管理工作量,它仍然依靠单个的高层节点GSC来保证正确运作;此外,必须充分信任中间节点GSI,这将会带来安全隐患。 3.本文提出的优化方案 根据对前面集中经典密钥管理模式的分析,我们知道每一种方法都有它的好处,比如LKH结构简单,Iolus提出了划分子组,可扩展性好,OFT对于密钥更新非常有效。 本文结合了LKH和Io

11、lus提出一种优化方法,主要的框架如图所示。 图4 框架结构 第一层每个组都有一个私钥k用于通信,第二层使用LKH方法来管理。 分发规则:(1)所有的组成员共享组密钥 (2)假设子组数为m,子组成员数为n,总的组成员数N=m*n。 (3)组控制器负责管理组密钥,持有一系列子组的私钥,总共持有的密钥数为m+1 (4)SGSC为子组控制器,用来管理组成员的访问控制和密钥分发。每个子组都有自己的密钥。当有组成员加入或离开时,我们使用LKH来对子组进行密钥更新。 3.1密钥更新 (1)向多播组添加一个子组

12、 l GSC在注册过程中将发送给SGSCi l GSC创建一个新的组密钥, l 为SGSCi用ki加密,其他子组{}kg l 为所有的子组i的成员用加密 当有一个子组加入多播组是,GSC的密钥消耗为m。 子组密钥更新复杂度为O(N)。 (2)一个子组从多播组离开 假设子组j请求离开多播组 l GSC创建一个新的组密钥 l GSC→SGSCi :{}(i≠j) l 为所有的子组成员用加密 (i≠j) 当一个子组从多播组离开是,GSC的密钥更新消耗为m-1,子组密钥更新复杂度为O(N)。 (3)向多播组添加一个子组的成员 假设一个成员要想加入到子组i中,子组中采用LKH

13、方法,SGSCi创建一个新的子组密钥。 l GSC创建一个新的组密钥 l GSC→{ SGSC1 , SGSC2 , …,SGSCm}:{} l SGSCi创建一个新的子组密钥 l 为所有的子组成员用加密 GSC密钥更新消耗为m (4)子组的一个成员离开多播组 假设子组i的一个成员要离开,SGSCi采用LKH方法,创建一个新的子组密钥 l GSC创建一个新的组密钥 l GSC→:{} l 创建一个新的子组密钥 l 为子组i中的成员用加密 l 为其余子组中的成员用加密 (j≠i) 当有一个子组成员离开多播组时,GSC的密钥更新消耗为m。 4.本文实现方法分析

14、4.1 密钥量分析 4.2 仿真实验 4.3几种方法的比较 在LKH和OFT中属于集中式密钥管理,由GSC控制密钥的分发。本文提出的方法中,我们将整个组划分为各个子组,访问控制和密钥分发由子组控制器来控制。GSC的工作量降低了。例如:一个多播组有1024(N=1024)个组成员,组成员划分为8(m=8)个子组。 GSC存储的密钥数和密钥更新的消耗如下表1所示。 LKH OFT 本文的方法 GSC存储的密钥数 GSC需要发送的更新密钥数 2N-1=2047 2log2N=20 2N-1=2047 Log2N=10 m+1=9 m=8 表1 几种方法的比较

15、 5.总结 对于大的多播组,比较适用分层式密钥管理结构。然而在典型的Iolus中,不同的GSI都有不同的密钥,这样就增加了通信消耗。在我们的方法中所有的组成员都共享同样的组密钥进行通信,GSC持有的密钥数明显相对于其他几种方法较少。 参考文献: [1] W.T.Zhu,J.P.Xiong,J.S.Li and P.L.Hong,“A Study of the Key Distribution in Secure Multicast”,Journal of Software,Vol.14,No.12.2003. [2] 周贤伟. IP多播与安全[M]. 北京: 国防工业出版社, 20

16、06. [3]Wong C K, Gouda M, Lam S S. Secure Group Communications Using Key Groups. IEEE/ACM Trans. on Networking, 2000, 8(1):16~30 [4]赵膺,宋佳兴,徐万鸿等.安全多播综述.小型微型计算机系统,2003,24(10):1873~1877 [5] Alan T.Sherman and David A.McGrew,“Key Establishment in Large Dynamic Groups Using One-Way Function Trees”,IEE

17、E Transsactions on Software Engineering,Vol.29,NO.5,May 2003 [6]Suvo Mittra,“Iolus:A Framework for Scalable Secure Multicasting”,In Proc.ACM SIGCOMM’97,Cannes,France,1997,277~288. [7]Baugher M, Canetti R, Dondeti L, et al. Group Key Management Architecture. Work in Progress,2002 [8] 许勇,陈恺.安全多播中基于成员行为的LKH方案.软件学报,2005,16(4):601~608

移动网页_全站_页脚广告1

关于我们      便捷服务       自信AI       AI导航        抽奖活动

©2010-2026 宁波自信网络信息技术有限公司  版权所有

客服电话:0574-28810668  投诉电话:18658249818

gongan.png浙公网安备33021202000488号   

icp.png浙ICP备2021020529号-1  |  浙B2-20240490  

关注我们 :微信公众号    抖音    微博    LOFTER 

客服