APDU命令中的持卡人姓名(ICC卡)

Question

我们正在从APDU命令中读取签证卡信息,这是我们发送的命令序列

1. 00A404000E315041592E5359532E444446303100
2. 00B2010C00

在这个时候,我们知道我们可以发送处理命令, 80A80000048302084000但它会给我们一个错误,因此我们跳过这个命令并发送READ SFI 1记录.

00B2010C00

有了这个,我们可以获得卡号和过期日期,但我们无法获得持卡人的姓名.所以,如果有人知道发生了什么,请帮助我们.

Answer 1

在芯片和插针卡上读取持卡人姓名和其他信息并不像您想象的那么简单.

它不像一个直接的APDU那么简单,你需要先完成几个步骤.

首先,您需要执行应用程序选择.

你如何做到这一点,取决于你的卡和你的终端.

有两种标准方式.

对于类型1,通常使用选择文件apdu调用已知文件名

(注意:我不打算在我输入的内容中实现完整的apdu句子,因为有太多的数据要尝试和表示,如果对这篇文章有足够的关注,那么我可能会做一个博客条目)

对于非接触式卡,要为大多数EMV标准卡选择的文件名是"1PAY.SYS.DDF01"或"2PAY.SYS.DDF01".

第二种方法涉及保留一个AID(应用程序标识符)列表,然后您依次尝试读取这些列表,直到您获得一个或多个肯定结果.AID是那些看起来像这样的数字:

A00000002501
A0000000031010
A0000000041010

以上3是'amex','visa'和万事达卡的部分匹配,所有都是信用卡.

信用卡/借记卡/忠诚度都有自己的AID,并且网上有非官方列表可供使用,但一般来说,要获得最终清单,您需要支付一些现金并向全球金融服务机构购买它.

一旦您执行了应用程序选择,并从中获取了数据,告诉您卡上的内容,您就需要使用已返回的内容来读取卡文件标识符.

对您获得的数据进行解码并提取SFI(短文件标识符),这将告诉您要读取的包含实际应用程序列表的文件的简称ID.

应用程序列表将是一个条目列表,每个条目遵循相同的基本BER-TLV(标签长度值)对象,并包含首选语言,AID(如AID选择中所述)和一些其他位.

获得应用程序列表后,从每个应用程序条目中读取目录基本文件,密切关注优先级,优先级告诉您应该将哪个应用程序结构视为最重要的,例如在我的英国签证借记卡上我有2个应用.

一个用于我的银行拥有私人网络,一个用于英国和欧洲的"LINK"网络.如果我在我自己的银行取款机中使用我的卡,那么他们的应用程序具有优先权,但如果我在其他任何地方使用它,那么'LINK'优先.

一旦你到达这一点,你有一个活跃的AID(从应用程序选择列表中,或通过扫描你感兴趣的有效AID列表),现在是时候执行'最终选择'

选择具有所选AID的文件,然后完成后,您需要使用TLV对象中返回的数据进行该选择以执行GPO调用(获取处理选项)

执行此GPO调用,这将返回更多的BER-TLV数据.

使GPO告诉卡您已准备好开始事务,从GPO调用返回的数据然后用于构建带有PDOL数据的'PDOL'(处理数据对象列表),您现在可以提取AIP和AFL (抱歉不记得那些代表什么:-))最后,给我们短文件标识符,以便能够读取ADS(应用程序数据结构)

一旦你拥有ADS,你就不仅拥有持卡人的名字,而且还有PAN,有效期,发行人自由裁量数据,服务代码X509公共证书以及其他大量的东西.

正如我之前提到的那样,对于我来说实际记录确切的APDU流程以及对各种TLV对象进行解码的分析,我需要将这篇文章写成大约20页!

然而,我已经编写了几段.NET代码来处理这些东西多年来,说实话,我一直想写一篇博客文章已经超过一年了,无论如何:-)