手机银行数字签名实现方案
- 格式:pdf
- 大小:953.48 KB
- 文档页数:4
简单支付行业移动支付安全与便捷方案 第一章:移动支付概述 ................................................................................................................... 2 1.1 移动支付的定义与发展 ................................................................................................... 2 1.2 移动支付的技术基础 ....................................................................................................... 3 第二章:移动支付安全挑战 ........................................................................................................... 3 2.1 数据安全风险 ................................................................................................................... 3 2.2 交易安全风险 ................................................................................................................... 3 2.3 法律法规风险 ................................................................................................................... 3 第三章:加密技术与安全认证 ....................................................................................................... 4 3.1 加密技术在移动支付中的应用 ....................................................................................... 4 3.2 安全认证机制 ................................................................................................................... 4 第四章:用户身份验证 ................................................................................................................... 5 4.1 生物识别技术 ................................................................................................................... 5 4.2 二维码支付验证 ............................................................................................................... 5 4.3 其他身份验证方式 ........................................................................................................... 6 第五章:支付流程优化 ................................................................................................................... 6 5.1 简化支付流程 ................................................................................................................... 6 5.2 支付成功率提升 ............................................................................................................... 6 第六章:移动支付风险监测与防范 ............................................................................................... 7 6.1 风险监测技术 ................................................................................................................... 7 6.1.1 大数据分析 ................................................................................................................... 7 6.1.2 人工智能技术 ............................................................................................................... 7 6.1.3 生物识别技术 ............................................................................................................... 7 6.2 风险防范策略 ................................................................................................................... 7 6.2.1 完善法律法规 ............................................................................................................... 7 6.2.2 强化技术保障 ............................................................................................................... 7 6.2.3 用户教育 ....................................................................................................................... 8 6.2.4 风险提示与预警 ........................................................................................................... 8 6.2.5 跨部门协作 ................................................................................................................... 8 6.2.6 实施动态监控 ............................................................................................................... 8 6.2.7 建立应急预案 ............................................................................................................... 8 第七章:法律法规与监管 ............................................................................................................... 8 7.1 移动支付法律法规体系 ................................................................................................... 8 7.2 监管政策与措施 ............................................................................................................... 9 第八章:用户教育与培训 ............................................................................................................. 10 8.1 用户安全意识培养 ......................................................................................................... 10 8.2 培训与宣传策略 ............................................................................................................. 10 第九章:移动支付安全案例分析 ................................................................................................. 11 9.1 国内外移动支付安全案例 ............................................................................................. 11 9.1.1 国内案例 ..................................................................................................................... 11 9.1.2 国际案例 ..................................................................................................................... 11 9.2 案例分析与启示 ............................................................................................................. 11
建设银行贷款合同电子版1. 简介本文档是建设银行贷款合同电子版的说明。
建设银行作为一家具有较高信誉和广泛业务网络的银行,为广大客户提供贷款服务。
为了提升客户体验和便捷性,建设银行推出了贷款合同电子版,方便客户在线申请贷款并签署合同。
2. 贷款合同电子版的特点建设银行贷款合同电子版具有如下特点:2.1 纸质合同的替代传统的贷款合同需要客户亲自前往银行办理,填写纸质合同并签字。
而贷款合同电子版将合同全部数字化,客户可以在电子平台上直接填写和签署合同,无需打印纸质文件和亲自前往银行,极大地简化了贷款流程。
2.2 提供更快捷的申请和审批流程通过贷款合同电子版,客户可以直接在线申请贷款,无需填写繁琐的纸质表格。
同时,建设银行也能够通过电子合同迅速审核和审批贷款申请,大大缩短了办理时间,提高了效率。
2.3 方便的在线签署贷款合同电子版支持在线签署,客户可以通过输入验证码或使用数字签名等方式完成签署过程。
合同签署完成后,客户可以保存电子合同副本,方便查询和备案。
3. 贷款合同电子版的使用流程3.1 在线申请贷款客户可以通过建设银行官方网站或手机银行客户端进入贷款申请页面,填写相关申请信息,如贷款金额、还款期限等。
在填写完毕后,系统会自动生成贷款合同草稿,等待客户进一步确认和签署。
3.2 确认贷款合同客户可以在线预览贷款合同草稿,确认合同的相关条款和内容是否符合自身需求。
一旦确认无误,客户可继续进行签署合同的操作。
3.3 在线签署合同客户可以选择合适的签署方式,如输入手机验证码或使用数字签名等。
签署过程中,客户需严格按照系统提示完成相关操作,确保合同签署的真实性和有效性。
3.4 合同确认和存档合同签署完成后,客户可以在系统中查看并确认合同的签署状态。
同时,建设银行也会将电子合同存储在安全的服务器上,确保数据的安全性和可追溯性。
4. 注意事项4.1 安全保护建设银行贷款合同电子版采取了多重安全措施,确保客户的个人信息和合同数据不会泄露给未授权的第三方。
电子支付安全规范及操作指南第1章电子支付概述 (3)1.1 支付系统的发展历程 (3)1.1.1 传统支付方式 (3)1.1.2 电子支付的产生与发展 (4)1.2 电子支付的定义与分类 (4)1.2.1 定义 (4)1.2.2 分类 (4)1.3 电子支付的安全风险 (4)第2章电子支付安全规范 (5)2.1 安全目标与原则 (5)2.1.1 安全目标 (5)2.1.2 安全原则 (5)2.2 支付系统安全架构 (5)2.2.1 物理安全 (5)2.2.2 网络安全 (5)2.2.3 数据安全 (5)2.2.4 应用安全 (6)2.3 安全技术规范 (6)2.3.1 加密技术 (6)2.3.2 身份认证技术 (6)2.3.3 安全协议 (6)2.3.4 安全审计 (6)第3章支付账户安全管理 (6)3.1 账户注册与认证 (6)3.1.1 注册流程 (6)3.1.2 认证方式 (7)3.2 账户密码策略 (7)3.2.1 密码设置要求 (7)3.2.2 密码保护措施 (7)3.3 账户异常行为监控 (7)3.3.1 监控机制 (7)3.3.2 异常处理 (7)第4章支付交易安全 (8)4.1 交易验证与授权 (8)4.1.1 验证方式 (8)4.1.2 授权机制 (8)4.2 交易加密与签名 (8)4.2.1 加密技术 (8)4.2.2 数字签名 (8)4.2.3 证书管理 (8)4.3 交易风险控制 (8)4.3.2 风险控制措施 (9)第5章移动支付安全 (9)5.1 移动支付概述 (9)5.2 移动设备安全 (9)5.2.1 设备丢失或被盗 (9)5.2.2 病毒和恶意软件 (9)5.3 移动支付应用安全 (10)5.3.1 应用程序安全 (10)5.3.2 用户操作安全 (10)第6章网络安全防护 (10)6.1 网络攻击类型及防范 (10)6.1.1 DDoS攻击 (10)6.1.2 SQL注入攻击 (10)6.1.3 网络钓鱼攻击 (11)6.2 防火墙与入侵检测 (11)6.2.1 防火墙 (11)6.2.2 入侵检测系统(IDS) (11)6.3 数据传输加密 (11)6.3.1 SSL/TLS协议 (11)6.3.2 VPN技术 (12)第7章支付系统运维安全 (12)7.1 系统运维管理规范 (12)7.1.1 运维人员管理 (12)7.1.2 运维流程管理 (12)7.1.3 运维权限管理 (12)7.2 数据备份与恢复 (13)7.2.1 备份策略 (13)7.2.2 备份介质管理 (13)7.2.3 恢复测试 (13)7.3 系统安全审计 (13)7.3.1 审计策略 (13)7.3.2 审计记录 (13)7.3.3 审计分析 (14)第8章用户安全教育及培训 (14)8.1 用户安全意识教育 (14)8.1.1 基本概念 (14)8.1.2 安全风险防范 (14)8.1.3 用户安全行为规范 (14)8.2 安全操作指南 (14)8.2.1 账户安全设置 (14)8.2.2 支付操作规范 (14)8.2.3 异常情况处理 (14)8.3 用户培训与认证 (14)8.3.2 培训方式 (15)8.3.3 认证与评估 (15)8.3.4 持续教育 (15)第9章应急响应与处理 (15)9.1 应急响应组织与流程 (15)9.1.1 组织架构 (15)9.1.2 流程设计 (15)9.2 安全分类与报告 (16)9.2.1 安全分类 (16)9.2.2 安全报告 (16)9.3 安全处理与跟踪 (16)9.3.1 安全处理 (16)9.3.2 安全跟踪 (16)第10章法律法规与合规性 (17)10.1 国内法律法规概述 (17)10.1.1 电子支付相关法律规范 (17)10.1.2 电子支付监管政策 (17)10.2 国际合规性要求 (17)10.2.1 国际电子支付法规与标准 (17)10.2.2 国际合规性监管合作 (17)10.3 支付机构合规性管理实践 (17)10.3.1 内部合规性管理 (17)10.3.2 风险防范与合规性审核 (17)10.3.3 客户权益保护 (18)10.3.4 监管报告与信息披露 (18)10.3.5 合规性评估与持续改进 (18)第1章电子支付概述1.1 支付系统的发展历程支付系统作为金融基础设施的重要组成部分,其发展历程与人类社会的经济活动密切相关。
移动支付系统的技术框架分析随着智能手机和移动互联网的普及,移动支付系统作为新型支付方式受到广泛的关注和应用。
作为一种立足于智能手机等移动终端的支付解决方案,移动支付系统的技术框架是支撑其运行的核心要素。
本文将从几个方面对移动支付系统的技术框架进行分析,旨在帮助读者更加深入地了解移动支付系统。
一、基本架构移动支付系统的基本架构分为前端和后端两个部分。
前端主要涉及用户的移动终端,即智能手机或平板电脑等移动设备上的移动支付应用程序;后端则包括移动支付服务器、银行卡处理系统、第三方支付平台等。
前后端通过网络进行连接,实现各种支付业务的处理。
具体来说,移动支付系统的前端主要有移动支付应用、支付宝、微信支付等。
这些应用都可以通过IOS、Android等操作系统支持,为用户提供移动支付操作接口。
后端的移动支付服务器主要负责接收前端软件发送的支付请求,并进行处理,完成支付操作。
对于后端,鉴于移动支付不同于传统的POS机支付,因此移动支付系统需要与银行卡处理系统进行相应的对接工作,包括银行账户验证、资金扣划等。
同时,移动支付系统也需要有第三方支付平台的支持,通过与第三方支付平台的合作,为用户提供更加便捷、安全的支付方式。
二、技术要素移动支付的技术要素包括移动支付应用、支付接口、安全认证、交易流程等。
首先,移动支付应用是整个支付系统的前置要素,是用户与银行、第三方支付平台及商户之间的桥梁,用户通过移动支付应用来完成支付操作。
其次,支付接口是移动支付系统与商户进行接口对接的必备要素。
支付接口主要有两种,一种是服务器接口,一种是SDK接口。
其中服务器接口主要应用于Web和APP类型的网站和应用,SDK接口可以嵌入到APP中,实现与第三方支付平台的对接。
安全认证是移动支付系统的重要组成部分。
移动支付系统采用加密技术、数字签名等手段来保证支付过程的安全性,用户在进行支付操作时需要通过密码、指纹等安全认证手段对身份进行验证。
我国网上银行采用的安全技术与措施分析一、实验目的与内容登陆国内各家网上银行,以中国建设银行、中国招商银行、中国农业银行以及中国工商银行为例,了解我国网上银行采用的安全技术与措施(或手段等),从而对比分析各家银行的网银业务中,安全措施的严格性与可靠性、方便性等。
二、实验过程1﹒中国建设银行网络安全是中国建设银行网上银行()应用的关键和核心。
为了能让客户安全、放心地使用网上银行,建设银行制定了以下安全策略,以全面保护客户的信息资料与资金的网上交易安全:(1)短信服务建设银行网上银行提供了从登录、查询、交易直到退出的每一个环节的短信提醒服务,客户可以直接通过网上银行捆绑其手机,随时掌握网上银行使用情况。
(2)动态口令卡动态口令是一种动态密码技术,简单地说,就是客户每次在网上银行进行资金交易时使用不同的密码,进行交易确认。
建设银行推出的网上银行动态口令卡是一种大小、形状与银行卡一样的卡片,俗称刮刮卡。
每张卡片覆盖有30个不同的密码,客户在使用网上银行过程中,需要输入交易密码时,只需按顺序输入刮刮卡上的密码即可,每个密码只可以使用一次。
(3)网银盾如图1所示,为中国建设银行网银盾:图1 中国建设银行网银盾(4)双密码控制,并设定了密码安全强度网上银行系统采取登录密码和交易密码两种控制,并对密码错误次数进行了限制,超出限制次数,客户当日即无法进行登录。
在客户首次登录网上银行时,系统将强制要求用户修改在柜台签约时预留的登录密码,并对密码强度进行了检测,要求客户不能使用简单密码,有利于提高客户端的安全性。
(5)交易限额控制网上银行系统对各类资金交易均设定了交易限额,以进一步保证客户资金的安全。
如表1,为中国建设银行网上银行交易限额表:表1 中国建设银行网上银行交易限额表(6)E路护航网银安全组件“中国建设银行E路护航网银安全组件”,包括网银安全检测工具、网银安全控件、密码保护控件等一系列安全增值服务,并且通过升级至最新的网银盾管理工具,可进一步提升网银盾的安全性,实现“所见即所签”功能,有效防范木马病毒的侵袭,通过使用网银盾证书更新工具,在客户端进行证书更新,提高证书更新成功率。
民生银行u盾模板摘要:一、民生银行U盾简介二、民生银行U盾的功能与应用1.网上银行安全认证2.数字签名与加密3.移动支付与手机银行4.电子证书认证三、如何办理民生银行U盾四、U盾使用注意事项五、遇到问题的解决办法正文:【一、民生银行U盾简介】民生银行U盾,全名为“民生银行数字证书USB Key”,是民生银行推出的一款安全认证工具。
它采用高强度加密算法,为广大客户提供便捷、安全的网上银行业务服务。
民生银行U盾外形类似一个USB闪存盘,内置有智能芯片,用户只需将其插入电脑USB接口,即可轻松完成身份认证、数字签名等操作。
【二、民生银行U盾的功能与应用】1.网上银行安全认证:民生银行U盾为客户提供了高度安全的网上银行服务,有效防止黑客攻击和欺诈行为。
用户在进行网上银行操作时,需使用U盾生成的一次性动态密码,确保账户安全。
2.数字签名与加密:民生银行U盾采用国际领先的加密算法,为用户提供数字签名和加密服务。
在电子合同、电子商务等领域,保障用户信息安全。
3.移动支付与手机银行:民生银行U盾同样适用于手机银行和移动支付业务,用户可以通过手机银行客户端完成资金转账、支付等操作,随时随地掌控资金。
4.电子证书认证:民生银行U盾还可用于办理电子证书,为客户提供身份认证、数据保密等安全保障。
【三、如何办理民生银行U盾】1.客户需先在民生银行开立个人账户,并办理相关手续。
2.到柜台办理数字证书激活业务,填写相关申请表格。
3.工作人员将为客户办理U盾发放手续,客户需现场领取并妥善保管。
【四、U盾使用注意事项】1.请勿将U盾暴露在高温、潮湿、强磁场等环境中,以免损坏。
2.请勿将U盾借给他人使用,保障个人信息安全。
3.定期更改U盾密码,防止密码泄露。
【五、遇到问题的解决办法】1.若U盾无法正常使用,请先检查电脑系统是否支持,或尝试重新安装驱动程序。
2.若遇到密码遗忘或损坏,请联系民生银行客服办理密码重置手续。
3.如遇其他问题,可前往民生银行网点咨询工作人员。
银行交易类型RPCR简介在现代社会中,银行交易已经成为人们日常生活中不可或缺的一部分。
随着科技的发展,银行交易方式也发生了巨大的变化。
其中,RPCR(Remote Procedure Call Request)作为一种常见的银行交易类型,为客户提供了更加便捷和高效的服务。
本文将对银行交易类型RPCR进行全面详细、完整且深入的介绍。
首先,将解释RPCR是什么以及它是如何工作的。
然后,将探讨RPCR在银行业务中的应用,并讨论其优势和挑战。
最后,将总结RPCR对于现代银行业务的重要性,并展望其未来发展趋势。
什么是RPCR?RPCR(Remote Procedure Call Request)是一种通过网络实现远程过程调用的技术。
它允许客户端应用程序调用位于远程服务器上的函数或过程,并接收返回结果。
在银行业务中,RPCR被广泛应用于各种交易类型,包括转账、存款、取款等。
RPCR的工作原理当客户端发起一个银行交易请求时,它会向服务器发送一个RPCR请求。
该请求包含了交易类型、交易金额、交易双方账户信息等必要的参数。
服务器接收到请求后,会根据参数调用相应的函数或过程进行处理,并返回结果给客户端。
在RPCR中,通信是通过网络进行的。
客户端和服务器之间通过网络连接建立通信通道,在此通道上进行数据传输。
为了确保数据的安全性和完整性,通常会使用加密算法对数据进行加密,并使用数字签名验证数据的真实性。
RPCR在银行业务中的应用1.转账:RPCR可以实现跨行转账功能,客户只需提供对方账户信息和转账金额,即可通过RPCR请求完成转账操作。
这种方式比传统的柜台操作更加方便快捷。
2.存款:客户可以通过RPCR将现金存入银行账户。
只需将现金放入自动柜员机(ATM)中,并选择存款选项,ATM会自动计数并生成RPCR请求完成存款操作。
3.取款:RPCR使得客户可以随时随地通过ATM或手机银行等渠道进行取款操作。
客户只需输入取款金额和验证身份信息,系统会自动生成RPCR请求并完成取款操作。
《电子支付与网络金融》实验报告实验序号: 3 实验项目名称:移动支付实验一、实验目的通过本实验掌握手机支付的业务流程。
熟悉目前手机银行服务的内容。
了解移动支付应用现状及其发展前景。
二、实验内容与结果1、找一家针对手机用户的购物网站,列举该网站提供的支付方式,体验手机支付的过程。
从消费者角度分析手机支付过程(含现场支付、远程支付)中存在哪些安全风险?如何防范?(1)手机淘宝网支付方式:支付宝、快捷支付、信用卡、找人代付、货到付款(2)手机支付过程的风险:手机丢失、密码被破解、手机木马病毒、(3)防范:手机机购物时使用相对复杂的网银登录密码、支付密码是较为简单和有效的办法。
此外,也建议智能手机用户安装手机杀毒软件,实时检测手机银行客户端与支付环节的安全性,对恶意软件窃取用户隐私的行为实时监控。
2、找一家提供手机银行服务的银行网站,如:招商银行、工商银行等,查看目前手机银行提供哪些服务?如何开通手机银行服务?针对手机银行服务提供的安全机制有哪些?你认为服务过程是否安全,为什么?(1)建设银行手机银行提供的服务手机银行服务包括短信通知和在线交易。
短信通知指为客户提供金融信息通知、查询、安全提示、提醒以及其他信息等服务。
在线交易指为客户提供查询、转账、汇款、支付、缴费、证券交易、基金交易、外汇交易、挂失等服务。
(2)开通手机银行服务:登录到建设银行的官网,填写个人信息绑定建设银行卡,和个人手机号码,手机号码要与个人在银行填写的号码一致(3)针对手机银行服务提供的安全机制建行手机银行独有的安全特性及系统层、应用层、手机丢失问题等四个方面提高建行手机银行的安全性。
这种硬件的身份识别办法,加上登录密码的验证与控制,建立了客户身份信息、手机号码、登录密码三重保护机制,构建了手机银行业务独特的安全特性。
在封闭的通讯网络防黑客木马攻击。
建行手机银行在技术层面采用了多种先进的加密手段和方法,即要保证手机银行的安全又不失便捷性。
本文部分内容来自网络整理,本司不为其真实性负责,如有异议或侵权请及时联系,本司将立即删除!== 本文为word格式,下载后可方便编辑和修改! ==电子签名案例篇一:电子签章适用领域案例汇总介绍电子签章适用领域案例汇总介绍 1.政务系统可通过对信息的标题、主题词、密级、内容等属性进行数据组织,调用电子签章接口进行数据签名,将签章结果、签名证书进行存储,当系统用户浏览编制信息时可显示信息编制人电子签章的结果,同时通过调用签章验证接口进行编制信息的来源真实性、完整性进行验证,确保数据安全。
2.公共服务河北省工商外资企业网上年检系统实现了外资企业进行网上年检的全程电子化,用户不再去省工商局提交纸质的年检材料。
为确保网上年检的安全性,需要在年检系统中集成CA与电子签章应用。
公司地址:石家庄市红旗大街88号翰林观天下28层客服电话:400-789-9696企业电子档案,包括年检报告书、审计报告、相关许可证扫描件中的电子签章应用。
公司地址:石家庄市红旗大街88号翰林观天下28层客服电话:400-789-9696 3.医院1) LIS系统LIS系统是实验室信息系统,是HIS系统的重要组成部分,可自动接收检验数据,打印检验报告,系统保存检验信息的工具,而且可根据实验室的需要实现智能辅助功能。
2) 心电系统可以连续采集患者各种生活状态下的心电信息,监测心脏电生理变化。
利用移动GPRS信息发射技术,发送监测数据,自动分析诊断预警,接收医生下达的诊断医嘱。
3) 手术麻醉系统主要为手术室提供手术申请、申请确认、麻醉会诊、手术安排、术前医嘱、手术医嘱、术后器械清点、术后记帐、术后医嘱及手术病历书写等功能,实现对手术麻醉工作的严格管理。
4) PACS系统意为影像归档和通信系统。
它是应用在医院影像科室的系统,主要的任务就是把日常产生的各种医学影像。
另外适用于电子签章的还有医院的电子病历、无纸化门诊等系统。
医院各集成CA分为两部分,第一部分是身份认证的集成,完成对登录用户身份的有效性验证,验证用户证书是否有效,是否为系统用户证书;第二部分是电子签章以及时间戳的集成,用来实现对重要的报告数据本身的完整性以及报告数据时间信息的完整性保护。
手机银行数字签名实现方案中国工商银行股份有限公司山东省分行 李顺吉 张昆 刘伟普通数字签名广泛应用于银行的各类系统中,例如网上银行客户可以用U盾对缴费信息进行数字签名,以确保信息的完整性、保密性、不可否认性。
但是手机银行则不同,受硬件环境的约束更加严格:不够强大的CPU、较小的内存,电池功耗受限等特点使其运算能力较低,不同输入设备使用的U盾类硬件设备接口也无法统一。
各大银行目前均没有实现支持所有型号手机的数字签名系统,而普通口令卡因为安全性有限从而限制了支付额度。
笔者根据手机银行特点,在基于身份的数字签名的基础上,结合门限密钥共享思想,将身份签名体制中的私钥进行拆分,提出无需证书的新型手机银行数字签名方案,使得手机银行客户仅通过口令即可对信息进行数字签名。
一、签名方案背景知识及系统参数介绍1.基于椭圆曲线的密码系统首先介绍循环群这一数学概念:一个非空集合G在二元运算乘法下满足结合律(对任意属于G的元素a、b、c都有(a*b)*c=a*(b*c));存在单位元e(任意属于G的元素a都有e*a=a*e=a);任意属于G的元素a均有逆元(存在属于G的元素b,使a*b=e);G中的某个元素g通过与自身的*运算生成了G中的所有元素,g记为生成元,这样的代数系统记为循环群。
例如:任取素数q,小于等于q的正整数构成循环群,1为单位元,循环群中任意非单位元x均可作为生成元,对1≤i≤q,xi(mod q)的值恰好就是循环群中的所有元素。
q为素数,方程y2=x3+ax+b(mod q)的所有整数解(x,y)记为椭圆曲线上的点。
下面的小写字母全部代表整数,大写字母代表椭圆曲线上的点。
对点P及整数m<q,存在另一点Q满足点乘运算为Q=mP,存在另一点R满足点加运算R=P +Q。
椭圆曲线模素数的整数解在点加和点乘运算下均构成循环群,点加循环群记为G。
简单地说,l为一小正整数,合适的q元素下,y2=x3+ax+b(mod ql)的部分整数解也形成循环群,其点乘循环群记为V,则存在映射e:G×G->V记为双线性映射。
双线性映射满足:①双线性性: 对任意G上的P,Q,R有e(P,Q+R) =e(P,Q)*e(P,R),e(P+Q,R)=e(P,R)*e(Q,R),由此可知,对所有G上点P,Q和所有a,b≤q,满足e(aP,bQ)=e(P,Q)ab; ②非退化性: 存在G上点P,Q使得e(P,Q)不等于V的单位元;③可计算性: 对任意G上点P,Q,存在着高效算法来计算e(P,Q)。
笔者可以用超奇异椭圆曲线上的weil对或者改造的Tate对构造双线性映射。
当q >2160时,上述椭圆曲线系统满足下列密码学性质。
离散对数问题:给定G上点P,Q,找出整数n,使得Q=nP是困难的。
CDH问题:给定三元组(P,aP,bP),对整数a,b,找出abP。
DDH问题:给定四元组(P,aP,bP,cP),整数a,b,c, c=ab(mod q)是否成立。
GDH问题:这是一类CDH问题难解,但是DDH问题易解的问题。
GDH群:CDH难解,DDH易解的群。
上述椭圆曲线上的点就是GDH群。
2.基于身份的数字签名方案1984年,RSA创始人之一、以色列院士Shamir为简化电子邮件的证书管理提出了基于身份的密码体制,不使用证书,用户公钥就是用户的某个不可改变的标识,如电子邮件地址、手机号码等,私钥由管理中心通过用户公钥求出。
由于公钥的选取范围大大缩小,使得根据公钥计算出的私钥范围相应减小,这一思想的有效方案在2001年后才相继提出,大都基于椭圆曲线,并采纳为国际标准,下面介绍一个具体的SOK数字签名方案,其签名方法简单,便于理解。
(1)系统初始化模块:设G和V分别是阶为q的椭圆曲线上的加法循环群和乘法循环群,e:G×G->V,P为G的随机生成元。
定义Hash函数H:{0,1}->G,选[1..q]上随机数 作为系统主密钥,令Q=sP,系统公钥(G,V,q,e,P,Q,H)。
(2)用户初始化模块:ID为经过管理中心确认的用户身份信息,管理中心计算 B=H(ID), A=s*B,用户私钥 A,用户公钥即为身份信息 ID。
(3)签名产生模块:消息m为二进制串,选 [1..q]上随机数r,令U=A+rH(m), W=rP(U,W)为签名信息。
笔者记此模块为sign(A,r,m)。
(4) 签名验证模块:验证者收到m和签名(U,W),当且仅当该等式成立时接受签名:e(P,U)=e(Q,H(ID))*e(W,H(m))。
数字签名的安全性证明可以采用归约的方法,笔者此前曾证明如果SOK方案能够被成功伪造,那么上述GDH问题也可以被成功破解,但是GDH问题已被证明难解的,那么可以得出SOK方案是安全的。
显然,这一体制和上述算法可以有效地利用到手机银行中,使用客户的手机号作为公钥ID。
但是,私钥的存储仍然需要硬件设备,下面笔者介绍门限密钥共享体制。
3.(t,n)门限密钥共享体制设t,n为正整数且t≤n,(t,n)门限密钥共享体制是一种n个受托人共享一个主密钥s的方法。
密钥管理中心设计算法产生n个子密钥并秘密分发给n个受托人管理,其中t个以上受托人可以根据自己的子密钥联合计算出主密钥s。
目前大都使用多项式差值方法:(1)管理中心选取n个非零整数xi(1≤i≤n)分配给n个受托人,可以公开。
(2)管理中心秘密选取t-1个不公开的整数a1,a2…at-1,令f(x)=s+a1*x1+…+at-1*x(t-1),计算yi=f(xi )其中(1≤i≤n),管理中心秘密将 yi分配给 pi。
(3)t个受托人若恢复主密钥s,提供可信中心yis=f(xis ) (1≤j≤t),方程组∑ak xk y 有唯一解(s,a1,a2…at-1),因为f(x)的次数最多为t-1。
可信中心通过方程组得到主密钥s。
门限数字签名方法不需要计算出主密钥,仅需t个受托人提供各自签名信息即可。
笔者稍作改变,银行方为每位真实客户生成一个虚拟客户,同真实客户共享由真实客户公钥计算出的客户私钥,形成(2,2)门限数字签名体制。
真实客户用自己设置的口令作为私钥,管理中心根据真实客户公钥和口令信息计算出虚拟客户私钥并秘密发送给银行,客户对信息做数字签名后,虚拟客户在银行可信中心进行二次签名。
目前没有可行的基于身份的门限数字签名方法能够满足上述要求,因为这需要参与者的私钥是主动且是随机生成的。
但笔者的方法是只有两个受托人的情况,可以将(2,2)门限数字签名体制退化到另外一种形式:仅需多项式 y1=f(x1 )=s+a1*x1, y2=f(x2 )=s+a1*x2,真实客户的口令信息是主动生成的,设为w=s+a1*x1。
令x1=1,x2=-1,w=s+a1。
以SOK签名为例,手机银行客户首先运行2.3 签名产生模块中的sign(s+a1 ,r,m),银行端虚拟客户然后运行2.3 签名产生模块中的 sign(s-a1 ,r,m),二次签名所产生的结果等同于运行2.3 签名产生模块中的sign(s,r,m)。
根据循环群性质,椭圆曲线所构成群上固定二点的加减法仅能计算出唯一的值,客户手机号是确定的,银行方虚拟客户私钥是确定的,因此客户对自己的私钥所产生的签名不可否认。
因为笔者简单的密钥分拆后所做的两次签名与原方案的签名是同构的,如果笔者的方案被攻击,则可以用相同的方法攻击原方案,所以t-1K-0isis具有保密性和完整性。
二、系统构架详解1. 手机银行客户初始化系统的基本功能手机银行客户初始化系统的基本功能包括:客户信息初始化、虚拟客户私钥生成和银行端虚拟客户私钥存储。
管理系统初始化模块:生成密钥管理中心的主公/私钥及其他相关信息。
虚拟客户私钥生成模块:密钥管理中心接收客户注册信息,根据客户提供的口令私钥和手机号公钥信息生成虚拟客户私钥并发送给为客户服务的银行。
银行端虚拟客户私钥存储模块:银行接收到虚拟客户私钥信息,进行存储。
这里,客户初次注册和修改注册运行过程相同。
(具体流程见图1、图2)2. 手机银行客户数字签名系统的基本功能手机银行客户初始化系统的基本功能包括:客户数字签名、虚拟客户二次数字签名和数字签名验证。
客户数字签名模块:客户录入口令私钥信息,手机银行进行数字签名。
虚拟客户二次数字签名模块:客户数字签名及手机号等信息发送到银行,银行计算中心找出对应的虚拟客户私钥,进行二次数字签名。
签名验证模块:银行计算中心用客户手机号、即公钥对最终数字签名做验证。
三 、系统流程及功能1.密钥管理中心系统初始化功能设G和V分别是阶为q的椭圆曲线上的加法循环群和乘法循环群,P为G的随机生成元。
定义Hash函数H:{0,1}-〉G,选[1…q]上的随机数 作为密钥管理中心系统主密钥,令Q=sP,系统公钥(G,V,q,e,P,Q,H)。
2. 手机银行客户初始化流程及功能具体流程设计如图3所示。
(1)提供注册信息:用户将手机号及其它固定信息经银行确认后作为身份ID。
客户在不少于2~160范围(如11个中文字符,一个中文字符可以确定15位二进制代码)中随机选择口令,范围可以是键盘字符或中文字符,客户通过安全信道(网上银行等)将身份和口令信息发送到密钥管理中心。
密钥管理中心管理系统初始化模块虚拟客户私钥生成模块手机银行客户提供注册信息接收注册回执银行计算中心银行安全自助渠道虚拟客户私钥存储模块图1 手机银行客户初始化系统的架构图2 手机银行客户数字签名系统的架构手机银行客户客户签名模块无线通信渠道银行计算中心二次数字签名模块数字签名验证模块接收回执信息业务处理手机银行客户银 行密钥管理中心提供注册信息接收回执信息银行安全渠道虚拟私钥保存生成回执信息系统总初始化虚拟私钥生成图3 手机银行客户初始化处理流程相关功能(2)虚拟客户私钥生成模块功能:管理中心接收到客户注册信息后,将客户口令信息转换为160位客户私钥w,计算B=H(ID),A=sB,C=A-wP。
管理中心通过安全信道将C发送给银行。
(3) 虚拟客户私钥保存模块功能:银行为真实客户建立一个虚拟客户,将C等必要的虚拟客户信息记录在安全数据库中。
(4) 回执模块:银行将注册结果信息通过安全信道返回给手机银行客户,具体流程见图4。
曲线,椭圆曲线密码体制私钥短,仅需160位就能达到1024位RSA相同的安全强度,大大降低了计算量,特别适用于CPU不够强大、内存较小、电池功耗受限的无线便携设备。
在安全性上,从方案可以看出,客户私钥、签名的结构与SOK方案是相同的,若攻击者从客户方伪造成功,那么他可以使用相同的方法伪造SOK签名方案,确保了签名信息的保密性。
根据签名和验证算法,消息m在传输过程中若有改动,验证中H(M||ID)也会相应变化,无法通过验证算法,从而确保信息完整。