网站大量收购独家精品文档,联系QQ:2885784924

电子支付安全协议的Petri网模型及分析.ppt

  1. 1、本文档共26页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
电子支付安全协议的Petri网模型及分析.ppt

Petri Net Model and Analysis for Electronic Payment Security Protocol 电子支付安全协议的Petri网模型及分析 林 松 aboc_lin@ 四川大学信息安全研究所 CERNET第十二届学术年会 2005年11月3日于大连 主要内容 Petri网简介 电子支付安全协议的Petri网模型 构建电子支付安全协议的可达树 分析电子支付安全协议 小结 前言 电子支付是客户利用电子账户,通过计算机网络来实施的支付,随着计算机和通信的发展,电子支付已经成为各银行生存、发展和参与竞争的重要手段 如果没有安全保障,电子支付很难真正发展起来 因此电子支付安全协议的研究就成为了一个重要的课题 Petri网简介 1962年,德国的C.A. Petri在他的博士论文《用自动机通信》中首次使用网状结构模拟通信系统,这是Petri网建立系统模型的起点 Petri网兼顾了严格定义与图形语言两个方面,具有丰富而严格的模型语义,同时又是一种图形化的语言,具有直观、易懂与易用的优点 它采用库所(place)、变迁(transition)、弧(arc)的连接来表示系统的功能和结构 库所、变迁、弧和托肯的说明 库所表示系统中的条件、资源和信息等可以静态表达的事物 ,在图形具体表示中,用圆圈“O”或椭圆表示 变迁表示系统中的变化,如状态的变化、条件的变化、信息的流动以及资源的消耗和产生等需要动态表达的事件,用矩形“口”或短棒“I”代表 弧表示库所与变迁之间的流关系,用 “→”来表示有向弧,用“—?”来表示抑制弧(inhibitor arc) 托肯表示库所中代表的事物的数量,用黑点“?”表示库所中含有的托肯 Petri网的特点 Petri网将系统看成一个白盒子,通过对系统内各要素的抽象,分析这些要素相互作用引起的系统变化,是和黑盒子相反的分析方法,白盒子是通过给定输入信号,根据系统的功能,推导输出信号 只要满足给定的条件或约束,Petri网将会自动进行状态转换,体现了系统的动态行为特征 Petri网综合了数据流、控制流和状态变迁,能方便地描述系统的分布、并发、资源共享、同步、异步、冲突等重要特性 SET安全协议研究内容 SET(Secure Electronic Transaction)协议是电子支付中比较复杂的安全协议之一 对SET协议的安全处理过程进行描述与分析 重点研究加密和解密的安全处理流程 分析双重数字签名处理过程 用Petri网理论建立起支付协议的安全模型 电子支付密码协议的Petri网模型 模型中库所的含义 模型中变迁的含义 发送方加密和接收方解密过程(一) 1.发送方获取自己的以及接收方的数字证书 2.认证接收方的数字证书,获得接收方的公开密钥 3.随机生成对称密钥 4.用接收方公开密钥对随机生成的对称密钥加密,将随机生成的对称密钥装入数字信封 5.用随机生成的对称密钥将准备发送的消息明文进行加密处理,生成消息密文 发送方加密和接收方解密过程(二) 6.准备发送的消息明文经过哈希运算,得到消息摘要 7.用发送方的私人密钥对消息摘要签名处理,得到数字签名 8.将数字信封、消息密文、数字签名和发送方的数字证书进行集成打包 9.发送打包后的数据 10.接收发送方的数据 11.将接收的数据拆分为消息密文、数字信封、数字签名和发送方的数字证书 发送方加密和接收方解密过程(三) 12.通过对发送方的数字证书进行认证,获取发送方的公开密钥 13.用发送方的公开密钥验证发送方的数字签名,得到一个消息摘要 14.用接收方的私人密钥对接收到的数字信封解密,从数字信封中取出对称密钥 15. 用对称密钥解密接收到的消息密文,还原出消息明文 16.对消息明文进行哈希运算,得到另外一个消息摘要 发送方加密和接收方解密过程(四) 17.比较这两个消息摘要,确认消息的完整性,如果两个消息摘要相等,则表明接收到了完整的发送数据,接收数据成功;反之就是数据接收不完整,接收数据失败 18. 将接收成功或失败的信息反馈给发送方 19.发送方根据反馈的信息决定后继处理,如果反馈回来的是成功的标识,则结束本次处理;反之,则继续重复发送上次的明文数据(可以给重复发送的次数设定一个固定值,超过该固定值时,则表示系统网络或设备等故障,整个操作强制结束,不会

文档评论(0)

docindoc + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档