PBOC3.0和PBOC2.0异同

1    数据方面


TAG                                              


PBOC2.0                                                                               


PBOC3.0                                                                              


5F20


持卡人姓名


如果小于26H,不允许使用9F0B


9F0B


存放5F20大于26H的部分


如果姓名大于26H,全部存放


9F63


卡产品标识信息

字节9-11改为产品标识信息

字节10 改为本规范保留


产品标识信息

字节9-11改为卡产品标识信息

字节10 改为移动支付规范保留

qPBOC 联机或拒绝交易的 GPO 响应数据返回


9F68


可支持交易日志


应支持交易日志(开启)


9F6B


没有明确


可PUT Data


9F74


建议最后一条记录仅放置9F74


9F08


0020


0030


DF4F



新增圈存日志文件格式


DF4D



新增圈存日志文件


9F69



Fdda为01,返回


DF60



CAPP交易指示位


DF61



分段扣费应用标识


DF62



分段扣费抵扣限额


DF63



分段扣费已抵扣金额


DF69



SM算法支持指示器

2  规范方面

2.1      安全增强

  出于对国家金融安全等多种因素的考虑,PBOC3.0在第17部分详细定义与说明了国密算法在金融IC卡中的应用,即PBOC3.0的金融IC卡可以支持SM2/SM3/SMS4(国密算法)与RSA/SHA-1/3DES(国际算法)。这两套算法通过 SM算法支持指示器标签DF69进行切换。

  两套算法切换的原则是:终端和卡片使用共同支持的算法完成交易;遵循国密算法优先处理的原则。

2.2      增加应用

  (1) 非接触式IC卡小额支付扩展应用

  为适应金融IC卡跨行业多应用需求,推动金融IC卡的一卡多用惠及民生,PBOC3.0在第14部分增加qPBOC扩展应用,分配了扩展应用文件,从而满足了金融IC卡在地铁、公交、高速公路收费、停车收费、铁路(高铁)等领域的多种应用,同时预留了其它银行自定义应用及保留应用。

  (2) 电子现金双币应用

  随着国际IC卡迁移的推进,我国的金融IC卡进一步兼容国际标准,为港澳台及国外持卡人提供便利,PBOC3.0第15部分增补了双币电子现金和双币qPBOC应用,对双币种交易时的TAG进行了映射,最大限度地方便持卡人在两种币种间的快速转换。

  (3) IC卡互联网终端

  为推动金融IC卡与网络支付和移动支付的整合发展,PBOC3.0在第16部分中增补了IC卡互联网终端的内容,对IC卡互联网终端的安全体系、应用场景、交易流程等环节进行了详细的定义与阐释。IC卡互联网终端有效地引入了移动支付的新元素,多种应用场景圈存解决了持卡人到银行柜台排队办理业务的苦恼。

2.3    原有内容升级

  (1) 增加了AID预留和分配

  对TAG进行了预留以供将来使用;定义了AID的编码规则、保留规则。

  (2) 修订了GAC与GPO命令数据的相关内容。

  明确了GAC与GPO命令数据不一致时卡片处理方法;

  在终端层面,也明确了若卡片返回标签重复,终端应当终止交易;

  卡片联机GPO响应数据中新增了9F63的要求,以适应不断增长的应用需求;

  明确了GPO响应应遵循的格式。

  (3) 明确了执行发卡行认证与执行发卡行脚本之间的关系。

  卡片应当能正常处理应用解锁命令,无论发卡行认证是否执行,若发卡行认证执行但失败,则卡片应拒绝执行发卡行脚本,并推荐以“6985”响应发卡行脚本命令。

  (4) 修改9F63产品标识信息。

  9F63命名为“产品标识”,用于标识持卡人设备产品的物理形态,用途等。

  (5) 增加了第6.5节“个人化数据必须遵循的规则”

  在增加规则的同时,也明确了9F10中发卡行自定义数据的要求,这些部分的修订,结合了各商业银行接入银联网络的有关经验,对于商业银行发卡的个人化数据具有指导性意义。

  (6) 修订非接触式IC卡通讯的参数

  参数的修订目的在于兼容ISO/IEC 14443:2011。

  (7) 增加两种交易日志

  圈存日志的要求:当卡片中的电子现金余额(9F79)被设置数据(Put Data)命令成功改写时,卡片应当记录一条圈存日志。

  增加了qPBOC交易日志要求(发卡行可选)。

  (8) 其它终端部分的主要修订内容

  终端也不应因持卡人姓名有误而终止交易;

  终端在交易时及交易后取得卡片中电子现金余额的方法;

  授权金额为0的处理方式:如果授权金额为零,除非终端支付qPBOC扩展应用,具有联机能力的终端应在终端交易属性字节2的第8位表示要求联机应用密文;如果授权金额为零,除非终端支付qPBOC扩展应用,仅支持脱机的终端应终止交易,提示持卡人使用另一种界面(如果存在)。

  (9) 其它卡片部分的主要修订内容

  修订了卡片连续MAC错的处理方法。当卡片执行了收到一个MAC错的发卡行脚本命令,则不应允许执行后续的发卡行脚本命令;

  修订了关于“闪卡”的处理办法;

  明确了qPBOC不再设置LOATC。

  4、删除不适用部分

  删除了电子钱包/电子存折应用及其扩展应用;

  删除了借贷记应用中对DDF的描述,删除了终端在应用选择时对DDF的支持,同时强制卡片不使用DDF;

删除了非接触支付应用中的MSD应用相关内容。

时间: 2024-11-03 01:29:36

PBOC3.0和PBOC2.0异同的相关文章

PBOC2.0与PBOC3.0的区别

2013年2月,中国人民银行发布了<中国金融集成电路(IC)卡规范(V3.0)>(以下简称PBOC3.0),PBOC3.0是在中国人民银行2005年颁布的<中国金融集成电路(IC)卡规范(2.0)>(以下简称PBOC2.0)基础上,经业内专家多次研讨并不断修订.补充完善而成,此次升级适应了银行卡业务发展的新要求,为金融IC卡进一步扩大应用奠定了基础,对推进金融创新和提升金融服务民生的水平有重要意义.  一.PBOC3.0颁布的背景 1997年12月,中国人民银行在借鉴国际有关标准的

PBOC2.0与3.0的区别

一.PBOC规范颁布的历程 1997年12月,PBOC V1.0  定义了五个方面的事项  电子钱包/电子存折应用(EP,ED)  卡片和终端的接口  卡片本身的技术指标  应用相关的交易流程  终端的技术要求等 二.2005年3月,PBOC V2.0 在V1.0基础上修改,增设了 电子钱包/存折应用,拓展电子钱包应用范围 借记/贷记应用个人化指南,促使借记/贷记应用兼容EMV2000标准 非接触式IC卡电气协议特性 小额支付和快速支付领域---非接触支付.基于借记贷记的电子现金等内容(2010

PBOC2.0安全系列之—脱机认证之动态数据认证(DDA)

动态数据认证: 一,什么是动态数据认证(DDA) 由于上篇<< PBOC2.0安全系列之—脱机认证之静态数据认证(SDA)>>已经对静态数据认证部分做了详细的分析,一些基本知识本章不重复说明,需要明确指出的是:无论SDA和DDA,两者都是属于脱机认证的范围. 在上一篇中,我们知道静态数据认证(SDA)的目标是解决发卡行静态数据的防篡改,但局限是无法防止复制卡或者伪造卡的情况,而这种复制卡和伪造卡恰恰是金融卡安全面临的最大问题. 举两个现实的例子: 1,笔者本人亲自遇到的:某天突然收

NVIDIA DIGITS 学习笔记(NVIDIA DIGITS-2.0 + Ubuntu 14.04 + CUDA 7.0 + cuDNN 7.0 + Caffe 0.13.0)

转自:http://blog.csdn.net/enjoyyl/article/details/47397505?from=timeline&isappinstalled=0#10006-weixin-1-52626-6b3bffd01fdde4900130bc5a2751b6d1 NVIDIA DIGITS-2.0 + Ubuntu 14.04 + CUDA 7.0 + cuDNN 7.0 + Caffe 0.13.0环境配置 引言 DIGITS简介 DIGITS特性 资源信息 说明 DIGI

REFORM-3PC.V7.0+FRNC-5PC.V8.0

Bentley.WaterGEMS.V8i.SS5.08.11.05.61 1CD 给水管网建模 REFORM-3PC.V7.0 FRNC-5PC.V8.0 通用加热炉工艺计算软件 REFORM-3PC 烃类蒸汽转化炉的炉膛截面评级程序Steam Hydrocarbon Reforming Simulation Program Chasm.Ventsim.Visual.Premium.v3.8.2.9.build.10.06.2014.Win32_64 1CD Bentley.AutoPIPE.

malloc创建三维数组,f[0],f[i][0],f[i][j][0]记录每维总数

1 #include <stdio.h> 2 #include <stdlib.h> 3 #include <malloc.h> 4 5 int main() 6 { 7 //f[0],f[][0]记录总数 8 //etc.有f[0]种等级的房间,f[i]代表第i种等级 9 //第i个等级的房间有f[i][0]间房间,f[i][j]代表第i种等级的第j个房间 10 //第f[i][j]个房间有f[i][j][0]张床 11 //f[i][j][k]为第i个等级的房间,第

大话Hadoop1.0、Hadoop2.0与Yarn平台

2016年12月14日21:37:29 Author:张明阳 博文链接:http://blog.csdn.net/a2011480169/article/details/53647012 近来这几天一直在忙于Hbase的实验,也没有太静下心来沉淀自己,今天打算写一篇关于Hadoop1.0.Hadoop2.0与Yarn的博文,从整体上把握三者之间的联系,博客内容如有问题,欢迎留言指正!OK,进入本文正题-- 在开始接触Hadoop的时候,也许大家对于Hadoop是下面的一个概念:Hadoop由两部

iOS10.0 &amp; Swift 3.0 对于升级项目的建议

iOS & Swift新旧版本更替, 在Apple WWDC大会开始之际, 也迎来了iOS 10.0, Swift 3.0 测试版, 到目前为止, 已经是测试版2.0, 每次更新都带来了新的语法变化, Swift更加简洁, 但是Xcode 越发不给力, 输出变本加厉, NSLog 一如既往的不好使, 但是,好消息是, 无论语法怎么改变, 在已有项目的基础上, Xcode更新到8.0 测试版 2.0, 您只需按照系统提示的红空心原点提示, 一个一个的替换, 就可以完美的过度到iOS 10.0,  

java中Integer i1= 0; Integer i2= 0; 为什么可以用 == 符号呢

java中Integer i1= 0; Integer i2= 0;  有i1 == i2,且有i1 = 1;那么i2为什么不会变成1呢? 我这个时候的想法是:这是因为java中整型常量是基于int的,而java中有自动包装机制,也就是说看起来i1,i2是Integer类型,但是其底层还是基于int类型的(不能理解的话在java中还有一个地方那就是Arrays.asList(T...args) 他返回一个基于数组的List,如果在List中改变其大小,那么将会引发异常[UnsupportedOp