- PDF Free Download

Size: px

Start display at page:

Download ""

缮径井
5 years ago
Views:

1 ICS A 11 JR 中华人民共和国金融行业标准 JR/T 中国金融移动支付客户端技术规范 China financial mobile payment Technical specification for client software 发布实施中国人民银行发布

3 目次前言... II 引言... III 1 范围规范性引用文件应用场景客户端软件系统架构客户端基本功能及流程客户端安全技术要求客户端软件管理要求参考文献 I

4 前言本标准按照 GB/T 给出的规则起草本标准由中国人民银行提出本标准由全国金融标准化技术委员会 (SAC/TC180) 归口本标准负责起草单位 : 中国人民银行科技司中国人民银行金融信息中心中国金融电子化公司本标准参加起草单位 : 中移电子商务有限公司中国银联股份有限公司中国邮政储蓄银行天翼电子商务有限公司北京银联金卡科技有限公司 ( 银行卡检测中心 ) 上海华虹集成电路有限责任公司中钞信用卡产业发展有限公司惠尔丰电子 ( 北京 ) 有限公司宏达国际电子股份有限公司握奇数据系统有限公司北京同方微电子有限公司大唐微电子技术有限公司上海复旦微电子股份有限公司恩智浦半导体有限公司金雅拓智能卡公司上海柯斯软件有限公司福建联迪商用设备有限公司武汉天喻信息产业股份有限公司本标准主要起草人 : 李晓枫陆书春潘润红杜宁李兴锋韩建国刘力慷王妍娟龚睿乐祖晖李一凡江磊田小雨尚可张柳成张志茂罗玲吴星宇陈敬宏覃晖邹重人田燕军范金钰王晓华任强应根军王文志于海涛胡瑞璟姜达赵亚平 II

5 引言随着智能移动终端的普及和移动互联网相关产业的快速发展, 移动互联网应用对支付能力的需求变得越来越迫切客户端作为应用与支付结合的新兴产品, 以其便捷的操作良好的用户体验, 成为移动支付一个新的发展趋势考虑到客户端应用涉及面广, 以及各银行和非金融机构的业务系统现状, 为了便于标准的推广, 本标准仅对客户端的基本功能流程及安全技术要求进行了规范 III

7 中国金融移动支付客户端技术规范 1 范围本标准包括移动支付客户端的应用安全和管理三部分应用部分定义了系统架构基本功能界面要求和交互流程 ; 安全部分定义了客户端相关安全技术要求 ; 管理部分定义了客户端设计开发维护版本发布及安装卸载要求本标准适用于移动支付领域客户端软件设计开发维护及测试等相关单位 2 规范性引用文件下列文件对于本文件的应用是必不可少的凡是注日期的引用文件, 仅所注日期的版本适用于本文件凡是不注日期的引用文件, 其最新版本 ( 包括所有的修改单 ) 适用于本文件 JR/T 中国金融移动支付远程支付应用第 2 部分 : 交易模型及流程规范 JR/T 中国金融移动支付近场支付应用第 2 部分 : 交易模型及流程规范 JR/T 中国金融移动支付可信服务管理技术规范 3 应用场景客户端可向用户提供支付和 TSM 应用管理等功能支付可以分为远程支付和近场支付两大类在远程支付应用中, 用户可以通过客户端进行在线购物缴纳公用事业费转账汇款等在近场支付应用中, 用户可以通过客户端对 SE 账户余额查询卡片参数设置等操作对于 TSM 应用管理, 客户端仅作为 SE 与 TSM 的中转通道, 详见 JR/T 客户端软件系统架构 4.1 概述客户端软件可分为基于 SE 的客户端软件无 SE 的客户端软件和 SE 内嵌的支付软件三种类型三种客户端软件的系统架构各不相同, 详见本标准和基于 SE 的客户端软件基于 SE 的客户端软件运行在移动终端操作系统中, 通过 SE 对交易敏感信息等加密, 并与远程支付系统建立通信连接, 完成支付相关功能, 软件架构如图 1 所示 : 1

8 图 1 基于 SE 的客户端软件架构支付应用软件层客户端软件直接面向用户, 通过各种形式的图形化操作界面, 为用户提供方便快捷的支付服务网络协议层为客户端提供基础的网络协议服务, 包括各种安全通信协议 SSL TLS WTLS 等, 也可根据客户端需求提供定制化的专用网络协议操作系统层操作系统层是客户端软件运行的基础平台目前主流的智能移动终端操作系统包括 Android IOS Windows Phone Symbian 等物理设备层 SE 内部安全域存储密钥数字证书等机密信息, 并为客户端提供交易敏感信息加密处理等安全功能 4.3 无 SE 的客户端软件客户端软件运行在移动终端操作系统中, 与远程支付系统建立通信连接, 完成支付相关功能, 其中交易敏感信息加密由客户端软件完成, 软件架构如图 2 所示 : 图 2 无 SE 的客户端软件架构支付应用软件层客户端软件直接面向用户, 通过各种形式的图形化操作界面, 为用户提供方便快捷的支付服务 2

9 网络协议层为客户端提供基础的网络协议服务, 包括但不限于安全通信协议 SSL TLS WTLS 等, 也可根据客户端需求提供定制化的专用网络协议操作系统层操作系统层是客户端软件运行的基础平台目前智能移动终端操作系统包括 Android IOS Windows Phone Symbian 等 4.4 SE 内嵌的支付软件 SE 内嵌支付软件运行在 SE 操作系统中,SE 操作系统通过标准 APDU 指令实现 SE 内嵌支付软件和 SE 之间的交互软件架构如图 3 所示 : 图 3 SE 内嵌支付软件的软件架构应用界面层应用界面层是与用户直接交互的功能层, 基于客户端软件以菜单的模式为用户提供移动支付应用根据用户需求, 应用层可以支持 OTA 技术实现应用软件空中下载及升级服务传输协议层传输协议层作为应用界面层和操作系统层间的桥梁, 通过标准 APDU 指令实现两者之间的交互操作系统层 SE 操作系统层是 SE 内嵌支付软件运行的基础平台, 负责解析所有应用指令并进行处理, 提供基础的安全服务物理设备层 SE 是基于客户端软件安全服务的硬件基础, 为上层应用提供基础的认证及加解密硬件资源 5 客户端基本功能及流程 5.1 概述 3

10 客户端与 SE 远程支付系统 TSM 平台等系统交互完成实现相关功能, 系统架构如图 4 所示 : 图 4 客户端与相关系统架构客户端功能界面应布局合理风格统一简洁易用用户体验良好考虑到移动终端差异不同客户端群体偏好不一致等多方面因素, 为留出充分的创意空间, 本标准中功能界面要求仅从提升支付交易安全性提升用户体验两方面进行规范 5.2 版本升级功能定义客户端宜具备在线版本检测升级功能版本升级分为可选升级与强制升级两种升级时宜保留原有应用数据, 避免影响用户正常使用界面要求客户端升级前, 宜向用户显示新版本特性说明对于强制升级, 应向用户说明强制升级原因交互流程 4

11 用户客户端远程支付系统 1 版本更新查询 2 版本更新查询结果通知 3 版本检查结果显示 4 用户确认 5 最新版本下载 6 版本升级图 5 客户端升级流程客户端升级流程如图 5 所示, 说明如下 : 步骤 1: 客户端向远程支付系统发起版本更新查询请求, 请求中包含客户端当前版本号 ; 步骤 2: 远程支付系统进行客户端版本查询, 并将查询结果通知客户端 ; 步骤 3: 客户端向用户显示版本查询结果, 如有最新版本则提示用户升级, 否则本流程结束 ; 步骤 4: 用户确认是否升级, 如放弃升级, 则本流程结束 ; 步骤 5: 用户确认升级, 则客户端从远程支付系统下载最新版本 ; 步骤 6: 客户端新版本下载完成后, 进行覆盖安装升级 5.3 SE 注册功能定义 SE 注册是指用户通过客户端向 TSM 发起并实现 SE 注册界面要求应向用户显示注册结果交互流程见 JR/T 的 TSM 应用查询 5

12 5.4.1 功能定义用户通过客户端向 TSM 发起查询, 获得可下载的应用列表界面要求应向用户显示 TSM 上可下载的应用列表交互流程见 JR/T 的消费交易功能定义消费交易是指用户在支付内容平台上选购商品或服务后, 通过客户端确认付款的支付流程界面要求支付前宜向用户显示核心订单信息, 如商户名称商品名称交易金额等, 供用户二次确认交互流程见 JR/T 的远程圈存功能定义用户使用客户端, 通过远程支付系统, 将账户中的资金划入电子现金账户远程圈存包括指定账户圈存和非指定账户圈存两种界面要求圈存前, 宜向用户显示核心交易信息, 如账户号交易金额等, 供用户确认圈存完成后, 宜向用户显示圈存结果交互流程见 JR/T 的脚本处理结果通知功能定义交易中如果包含了账户管理系统的脚本, 客户端应将 SE 的脚本处理结果通知到账户管理系统界面要求属于客户端后台自动运行流程, 无界面要求交互流程见 JR/T 的

13 5.8 账户列表信息查询功能定义在用户进行远程消费远程圈存等交易之前, 客户端应读取 SE 中相应应用的账号列表信息, 并显示给用户, 供其选择界面要求客户端宜根据用户以往使用情况, 优先显示 SE 默认账户交互流程见 JR/T 的账户选择功能定义在用户进行远程消费空中圈存等交易之前, 客户端应选择 SE 中相应应用的账号界面要求客户端宜根据用户以往使用情况, 可以完整展示可供选择的账户列表交互流程用户客户端 SE 1, 选择金融目录管理应用 2, 返回选择结果 3, 读取账户信息列表文件 4, 返回所有已安装的账户 5, 显示所有已安装的账户 6, 用户进行账户选择 7, 选择相应账户 8, 选中相应账户图 6 账户选择流程账户选择流程如图 6 所示, 说明如下 : 步骤 1: 客户端通过 PAID 选择 SE 中的金融目录管理应用 ; 步骤 2: 返回选择结果, 如果失败, 流程结束 ; 7

14 步骤 3: 客户端读所有已安装的账户 ; 步骤 4: 返回所有已安装账户信息 ; 步骤 5: 向用户显示所有已安装账户 ; 步骤 6: 用户选择其中一个账户 ; 步骤 7: 客户端向金融目录管理应用发出选择账户的请求 ; 步骤 8: 金融目录管理应用受到请求后, 选中相应账户 5.10 默认账户设置功能定义用户通过客户端对 SE 中应用的默认交易账户进行修改设置此默认交易账户指支付交易时的默认账户界面要求由于近场支付时不再对默认账户进行提醒 ( 如乘公交等 ), 因此客户端修改默认账户前, 宜请用户进行二次确认交互流程用户客户端 SE( 金融目录管理应用 ) 1. 选择应用管理应用 2. 返回选择结果 5. 显示所有已安装账户及设置的默认账户 3. 读账户信息列表文件和默认账户信息文件 4. 返回所有已安装账户及设置的默认账户从账户信息列表文件和默认账户信息文件中得到账户信息 6. 用户设置默认账户 7. 写默认账户写默认账户信息文件图 7 默认账户设置流程默认账户设置流程如图 7 所示, 说明如下 : 步骤 1: 客户端通过 PAID 选择 SE 中的金融目录管理应用 ; 步骤 2: 返回选择结果, 如果失败, 流程结束 ; 步骤 3: 客户端读所有已安装的账户和默认账户信息 ; 8

15 步骤 4: 金融目录管理应用从账户信息列表文件和默认账户信息文件中提取相应信息并返回给客户端 ; 步骤 5: 向用户显示所有已安装账户及设置的默认账户 ; 步骤 6: 用户设置其中一个账户为默认账户 ; 步骤 7: 客户端向金融目录管理应用发出写默认账户的请求, 金融目录管理应用受到请求后, 写默认账户信息文件中的记录 5.11 账户信息查询功能定义用户通过客户端查询 SE 所有应用中指定账户的信息, 包括但不限于电子现金账户余额电子现金账户余额上限电子现金单笔交易限额电子现金重置阈值等界面要求在查询前, 客户端宜优先显示 SE 默认账户交互流程见 JR/T 的余额查询功能定义用户通过客户端对 SE 中默认账户的电子现金账户余额进行查询界面要求在查询余额前, 需要选择待查询的电子现金账户交互流程见 JR/T 的卡片参数设置功能定义用户可通过客户端修改 SE 中应用的交易参数, 包括但不限于电子现金账户余额上限电子现金单笔交易限额电子现金重置阈值等界面要求用户修改前, 宜请用户进行二次确认交互流程见 JR/T 的客户端安全技术要求 9

16 6.1 人机交互安全密码管理密码管理要求如下 : 支付密码应满足以下安全管理要求 1) 支付密码不能保存在移动终端本地 ; 2) 用户输入支付密码时, 应提供即时加密功能 ; 3) 认证操作结束后立即清除缓存, 防止信息泄漏登录密码等其它密码应满足以下安全管理要求 1) 登录密码等其它密码不能明文保存在移动终端本地 ; 2) 用户输入登录密码等其它密码时, 应提供即时加密功能 ; 3) 认证操作结束后立即清除缓存, 防止信息泄漏认证方式对于大额支付重要信息修改等关键业务, 除密码认证以外, 客户端还应采用其它安全认证方式登录失败处理客户端对用户登录应采取限定连续登录失败次数等措施移动终端交易异常处理当客户端检测到移动终端交易出现异常时应向用户提示出错信息 6.2 软件安全数据有效性校验客户端宜提供数据有效性校验功能, 保证通过人机接口或通信接口输入的数据格式或长度等信息符合系统设定要求, 如输入的资金金额账户等信息应不含特殊字符页面回退清除敏感信息机制客户端宜支持页面回退清除敏感信息的机制反编译客户端宜采用反逆向工程保护措施, 如客户端可采取代码混淆等技术手段, 防范攻击者对客户端的反编译分析防篡改客户端启动和更新时, 宜进行真实性和完整性校验, 防范客户端被篡改 6.3 数据安全数据录入数据录入要求如下 : 敏感数据安全显示对于密码等敏感数据, 客户端不应明文显示 10

17 敏感数据防截获用户输入敏感数据时, 宜采取安全措施保证敏感数据不被移动终端的其他设备或程序非授权获取敏感数据防篡改用户输入敏感数据时, 宜采取防篡改机制保证数据不被移动终端的其他设备或程序篡改数据访问宜根据业务需要保证敏感数据仅供授权用户或授权应用组件访问数据存储关键数据存储在满足法律管理规定和业务需求的前提下, 客户端宜保留最少的用户敏感数据 ( 如登录密码软件证书账户信息等 ), 并限制数据存储量和保留时间用户信息存储安全客户端不应保存用户支付信息 ( 如银行卡磁道信息 CVN CVN2 支付密码等) 及其密文敏感信息显示客户端显示敏感信息时, 宜屏蔽部分内容, 如银行账号身份证号等残余信息保护客户端在使用过身份认证交易等敏感信息后, 应及时清除敏感数据数据传输远程数据传输保密性支付密码等敏感数据通过公共网络传输时应采取加密措施, 保证敏感数据传输的保密性本地数据传输保密性支付密码等敏感数据在本地软件其他进程间传输时应采取加密措施, 保证敏感数据传输的保密性数据传输完整性交易数据在传输时, 客户端应采取安全措施 ( 如 MAC 等 ) 以确保交易数据的完整性 6.4 通信安全网络通讯协议网络通讯协议 : 应在客户端与服务器之间建立安全的信息传输通道, 宜进行双向认证, 例如使用 SSL/TLS 或 IPSEC 等协议 ; 如使用 SSL 协议, 应使用 3.0 及以上相对高版本的协议, 取消对低版本协议的支持 ; 客户端到远程支付系统的 SSL 加密密钥长度应不低于 128 位, 用于签名的 RSA 密钥长度应不低于 1024 位, 用于签名的 ECC 密钥长度应不低于 256 位或 SM2 密钥长度应不低于 256 位安全认证客户端的网络协议层应对远程支付系统进行身份认证抗抵赖通过客户端发送的报文的关键要素宜进行数字签名, 以确保支付内容的真实性和不可抵赖性 11

18 7 客户端软件管理要求 7.1 设计要求设计要求如下 : 客户端设计应遵循安全可靠易用可维护和可扩展等原则 ; 客户端宜提供易用风格统一体验良好的用户界面 7.2 开发要求开发要求如下 : 客户端开发过程中应遵守严格的开发流程和编码安全规范, 进行完整的测试, 避免在请求响应存储配置等功能中存在漏洞 ; 客户端开发过程中应建立并维护开发文档, 包括需求说明需求分析概要设计详细设计数据模型设计源码归档测试用例配置管理等 ; 客户端开发完成后, 应同步完成产品手册用户手册等相关文档 7.3 维护要求维护要求如下 : 应制定科学合理的管理策略和执行条例, 指导各种角色的工作协同实施步骤质量管控安全检测等, 规范日常运维流程, 消除繁杂凌乱现象, 使得小差错提前暴露, 避免由此引起大事故的发生 ; 建立并维护 : 工程实施项目管理测试报告变更控制系统运维管理监控与应急管理安全管理安全审计等文档 7.4 发布要求发布要求如下 : 客户端应有规范的上线发布流程, 并应提供安全可靠的客户端下载发布升级渠道 ; 客户端在安装前, 应有明确的风险提示, 对于无法在安装前进行风险提示的操作系统, 建议在安装后运行的第一步提示用户安装过程中, 应拥有独立的安装目录, 唯一的应用标识符, 明确的版本序号, 不得篡改覆盖删除系统文件和其它软件安装完成后, 应明确告知用户成功或失败 ; 客户端在卸载时, 应严格依据登记注册的卸载项, 逐项删除清理, 因涉及到金融领域, 须删除运行时产生的所有缓存文件日志文件等, 同时不得篡改覆盖删除系统文件和其他软件, 确保卸载后系统环境正常运行 12

19 参考文献 [1] JR/T 网上银行系统信息安全通用规范 13

手册 doc

手册 doc 1. 2. 3. 3.1 3.2 3.3 SD 3.4 3.5 SD 3.6 3.7 4. 4.1 4.2 4.3 SD 4.4 5. 5.1 5.2 5.3 SD 6. 1. 1~3 ( ) 320x240~704x288 66 (2G SD 320x2401FPS ) 32M~2G SD SD SD SD 24V DC 3W( ) -10~70 10~90% 154x44x144mm 2. DVR106