【问题标题】:How to identify if an ISO7816 communication is GSM or EMV?如何识别 ISO7816 通信是 GSM 还是 EMV?
【发布时间】:2012-10-26 03:16:50
【问题描述】:

我已阅读 ISO7816、3GPP 和 EMV 数据表,但我不明白如何识别通信是 GSM 还是 EMV 或其他任何东西。

问题是命令在每个协议中都不同,但有时具有相同的 INS(GSM FETCH : INS = 12 和基本 ISO7816 PERFORM TRANSACTION OPERATION : INS = 12)。

我需要通过以前的命令(如 SELECT 或 READ BINARY)了解通信是否在 GSM 或 EMV 或其他方式中建立。

有可能吗? CLA与此有关吗?

ETSI 102 221 说 FETCH:CLA = 80; INS = 12 ; ISO7816-7 说 FETCH : INS = 10 ; P2 = 8A ;

我真的很困惑,我也不是很明白。

感谢您的帮助。

提姆

【问题讨论】:

    标签: gsm 3g smartcard 3gp emv


    【解决方案1】:

    您可以将 CLA 字节的第一个(高位)位视为 INS 字节的一部分。原因是这是专有位,这意味着APDU的其余部分只兼容ISO 7816的格式,而不是由它定义的。

    显然,除了指纹识别 APDU 通信之外,尝试找到其他方法更好,尽管我必须承认我在您所指的 ETSI 标准中找不到太多关于协议识别的信息。有许多不同的智能卡协议,而 ISO 7816-4 只是一个(设计非常糟糕的)总括协议。

    如果幸运的话,您会在 ISO 7816-15 中获得更多信息,但大多数时候只有 ID 卡符合该特定部分。

    【讨论】:

    • 感谢您的解释。如果我理解,如果 CLA 的 b8 为 1(如 CLA = 80 / CLA = A0 / ...),它是专有的,这意味着 GSM 或 EMV,如果不是,它是 7816-4。但是没有很好的方法来确定它是 GSM 还是 EMV,我可以观看 P1 和 P2,也许这将有助于我定义是 GSM 还是 EMV 命令。
    【解决方案2】:

    @owlstead - PKCS#15(或 7816-15)并不能真正帮助破译传入的 APDU-s,实际上它不描述 APDU-s,而是描述数据对象关系。

    但从实际的角度来看 - 您很可能会为 EMV 和 GSM 提供两种不同的应用程序(因此是入口点)。

    基本命令相同,但含义不同(想想 HTTP 之上的 REST 应用程序......)

    【讨论】:

    • 您不能像对待 cmets、martin 一样对待答案,这不会注册为响应。是的,我了解 ISO 7816-15,但如果正在使用它,您仍然可以从中提取信息。在尝试对其进行“指纹识别”时,知道卡与 ISO 7816-15 兼容会非常有用。
    • 这是在网站上随便使用任何“输入框”,没有先看是评论还是回复还是完全不同的东西的结果......
    • 啊,是的,我自己也遇到过同样的问题 :)
    猜你喜欢
    • 2014-05-15
    • 2013-05-24
    • 1970-01-01
    • 1970-01-01
    • 2015-10-05
    • 2014-11-08
    • 1970-01-01
    • 2014-06-29
    • 2022-11-10
    相关资源
    最近更新 更多