DBJT45T 018-2020 交通一卡通二维码支付技术指南.pdf

DBJT45T 018-2020 交通一卡通二维码支付技术指南.pdf
仅供个人学习
反馈
标准编号:
文件类型:.pdf
资源大小:0.4 M
标准类别:交通标准
资源ID:55896
免费资源

标准规范下载简介

DBJT45T 018-2020 交通一卡通二维码支付技术指南.pdf简介:

"DBJT45T 018-2020 交通一卡通二维码支付技术指南"是一个具体的文件名称,但没有提供具体内容的详细介绍。根据这个标题,它可能属于交通行业相关标准,是关于交通一卡通系统中使用二维码支付技术的规范或指南。这份文档可能会详细阐述二维码在公共交通领域(如公交、地铁等)的支付应用技术要求、流程、安全规范、接口标准等方面的内容。它可能是为了确保二维码支付在交通一卡通系统中的顺畅运行,提升支付效率和安全性。如果你需要更具体的信息,建议直接查看或咨询该文件的发布机构或相关专家。

DBJT45T 018-2020 交通一卡通二维码支付技术指南.pdf部分内容预览:

8.3.4.7文件数通知报文4006

文件数通知报文见表36。

表36文件数通知报文

JG∕T 313-2014 额定电压0.6∕1kV及以下金属护套无机矿物绝缘电缆及终端8.3.4.8文件传输结束报文4007

8.3.4.8文件传输结束报文4007

工件传输结束报文见表37

表37文件传输结束报文

DBJT45/T0182020

B.3.4.9应答报文4008

8.3.4.10应答码

吉算机构与发卡机构及收单机构通信采用专线方

钥与算法应符合JT/T1179一2018中第9章要求

发卡机构公钥证书请求文

DBJT45/T 0182020

表40发卡机构公钥证书请求文件

9.2.2发卡公钥证书

表41发卡机构公钥证书

DBJT45/T0182020

表41发卡机构公钥证书(续)

应符合.JT/T1179—2018中第9章要求

应符合IT/T1179—2018中第9章要求

DBJT45/T 0182020

受理终端通信要求如下: a 公共汽电车受理终端具备无线通信模块,如2G/3G/4G或其他实时联网功能,3G/4G模块要求 网络带宽不小于1024KbpS; b) 轨道交通受理终端应具备局域网功能; C 受理终端应提供应用程序、机构密钥和参数等的下载、更新和删除功能,支持本地或远程下载 方式。应对下载进行安全控制,下载应经过授权或认可,未经授权不应更改受理终端中的内容。 应能够验证下载程序的完整性和正确性,确保敏感数据在下载过程中无泄漏; d 当网络通信模块故障时,受理终端应支持人工采集上传

应具备高精度时钟模块进行精确授时。保证正常使用时两次授时误差应≤2s。

应符合GB/T32918(所有部分)申对SM2的规定

2918(所有部分)中对

液晶显示屏应支持显示数字、汉学和英文字母等,并向用户展示交易结果。应能在高温和低温环境 下正常工作,汉字显示应符合GB/T2312的规定。

10. 7.1一般要求

10.7.2读取与计算时间

10. 7. 3识读距离

DBJT45/T0182020

DBJT45/T0182020

10.7.4可识别的编码方式

应支持识别QRCode等常用码制。

10. 7. 5 纠错能力

应具备断电延时关机功能,保证数据不丢失,

10.10受理终端监控与管理

应具备对受理终端的远程管理能力,包括远程状态监测、软件升级、证书下载与更新、黑 下载与更新,以及终端故障远程判断受理 且具有应急处理的功能,

11智能终端客户端软件要求

11.2.1应保障用户公私钥、机构授权等信息的安全,采用敏感数据分段存储,且智能终端客户端程序 应保证分段数据组合过程编程逻辑的安全性。 11.2.2应禁止在身份认证结束后明文存储账户信息,防止账户信息泄露。

DBJT45/T 0182020

交易过程中,应提供安全提示机制, 关键环节(如:交易金额及交易类型确认,密 码输入等)及交易结果能安全、有效地向用户提示,并经用户确认后才可进行下一步操作。

客户端软件在用户确认清除个人敏感 情况下,提供清除个人信息的安全机制,避免用户

客户端宜采用防逆向工程保护措施,如客户端可采取代码化指令、反调试及代码混淆等技术 范攻击者对客户端的反编译分析,

11.8客户端软件完整性

客户端软件完整性要求: a 应对客户端程序进行签名,标识客户端程序的来源和发布者,保证客户所下载的客户端程序来 源于所信任的机构; b)客户端启动和更新时,宜进行真实性和完整性校验,防范客户端被算改。

客户端运行安全性要求如下: a 客户端应从木马病毒防范、信息加密保护、运行环境可信等方面提升安全防控能力,并可通过 客户端推送和消息触达等方式提示用户; b) 客户端应提供软件运行环境安全状况、程序异常等检测功能,并向后台系统反馈客户端软件状 况。

1.10.1网络通信协议

11.10.1.1客户端与服务器间应建立安全的信息传输通道 11.10.1.2通过公开网络进行数据传输时,应通过安全协议传输,如SSL/TLS等。

11.10.2数据传输

通过客户端发送的报文关键要素宜进行数字签名,确保关键要素的真实性和抗抵赖性

《中小学体育器材和场地 第19部分:垒球 GB/T 19851.19-2007》DBJT45/T0182020

11.11安全机制要求

客户端软件安全机制要求如下: a)应具备实名认证和支付认证的机制; b)应具备完整的开发过程包括:开发环境、编译漏洞、安全补丁、质量检测、发布管理等的管理; c)应具备软件文档管理,包括用户类文档、工程类文档、管理类文档等的管理。

客户端软件安全机制要求如下: a)应具备实名认证和支付认证的机制; b)应具备完整的开发过程包括:开发环境、编译漏洞、安全补丁、质量检测、发布管理等的管理; c)应具备软件文档管理,包括用户类文档、工程类文档、管理类文档等的管理。

(规范性) 符号定义 文件记录格式中出现的符号定义,见表A.1。

文件记录格式中出现的符号定义,见表A.1。

DBJT45/T 0182020

GB 50116-1998 火灾自动报警系统设计规范DBJT45/T0182020

©版权声明
相关文章