APDU 响应 910B 对 DESFire EV2 卡意味着什么?

What does APDU response 910B mean for a DESFire EV2 card?

我正在通过 DESFire 命令将 DESFire EV1 和 DESFire EV2 卡编程为包装的 APDU。出示卡片时,我使用 GetVersion 命令获取 UID(然后我使用它来查找卡片历史记录并使密钥多样化)。我发送此命令以获取卡版本信息:

90 60 00 00 00

通常我会收到一些字节加上 91 AF 的响应,表明有更多信息需要请求,我们会根据文档重复这些信息等。这适用于 DESFire EV1 和 DESFire EV2 卡,直到我们在 OMNIKEY 5x21 reader 中使用它们(readers 在两种型号的 HID 卡打印机中,HDP5000 和 DTC4500e)。当我们这样做时,我们得到响应 91 0B 并且没有数据 - 但仅来自 EV2 卡 我们发现 EV1 没有问题。我没有在任何地方看到此响应的记录,我不清楚它可能意味着什么。

重申一下 - 我们只在带有 DESFire EV2 卡的全能键 reader 中看到这一点。 DESFire EV1 卡不会这样做,我们在其他卡 reader 上根本看不到这一点(到目前为止)。

我们在轮换卡片方面取得了一些有限的成功。我们的一位远程工程师在卡的特定方向上取得了成功,这表明存在一些 EM/range/antenna 问题,但 QA 和生产到目前为止根本无法重现此问题。

我也post将这个问题发到 NXP 论坛,但没有任何回应。这个 post 有更多的细节。


2020年更新:我刚刚有幸再次遇到91 0B作为Desfire卡的响应,搜索错误并找到我的旧post 多年前。情况完全不同,但我现在可以补充一点:91 0B 的响应意味着:

Command is received in a state where this command is not supported, or a totally unknown command is received.

我看到了 HID 的 OMNIKEY readers 固件源代码,我可以告诉你这是一个灾难性的混乱。 OK5x21 reader 已经很旧了,所以我建议您直接联系 HID 并请求固件更新。这在当时对我有很多帮助,因为过时的固件无法与 DESFire EV2 等较新的智能卡正确通信,导致出现奇怪的响应状态等。