AN10833-MIFARE type identification procedure.pdf

AN10833-MIFARE type identification procedure.pdf_第1张图片

 

1.2范围
本文档描述了如何区分MIFARE接口卡IC系列的成员。ISO/IEC 14443-3描述了类型A的初始化和防冲突程序,该程序为所有MIFARE卡提供卡类型信息。
MIFARE卡与ISO/IEC 14443-3兼容。因此,已经存在的应用可以很容易地扩展到分别使用较新的MIFARE芯片和所有其他兼容ISO/IEC 14443-3的PICC来操作。
本文档提供了一个简单的指南,即ISO/IEC 14443兼容PCD应如何处理MIFARE卡,以及如何区分不同可用类型的MIFARE板卡。

AN10833-MIFARE type identification procedure.pdf_第2张图片

 AN10833-MIFARE type identification procedure.pdf_第3张图片

2.1使用GetVersion命令准确识别IC
MIFARE Ultralight EV1、MIFARE Plus EV1、MIFARE Plus EV 2、MIFARE DESFire EV2、MIFARE DESFire EV3和MIFARE DESFire Light支持“GetVersion”命令以准确识别IC。
建议仅使用GetVersion命令来识别读卡器上当前存在的IC类型。
GetVersion命令规范以及GetVersion响应可以在MIFARE产品的相应数据表中找到。通常,GetVersion响应的第二个字节的较低半字节给出MIFARE产品系列,在许多情况下,这是所需的最重要的信息。上半字节定义设备是本机MIFARE IC(0x0)、实现(0x8)、Java卡上的小程序(0x9)还是MIFARE 2GO(0xA)。

下图1显示了一个流程图,可用于区分使用GetVersion命令当前可用的所有当前MIFARE和NTAG产品,以及旧一代的ATQA/SA K方法

AN10833-MIFARE type identification procedure.pdf_第4张图片

 AN10833-MIFARE type identification procedure.pdf_第5张图片

 AN10833-MIFARE type identification procedure.pdf_第6张图片

 

1.此“卡激活”需要在防碰撞环路之前进行适当的REQA/ATQA。
2.ISO/IEC 14443的位编号以LSB=bit1开始!
3.安全级别3的MIFARE Plus完全支持ISO/IEC 14443-4。
4.SAK比特2被保留以供将来使用,即比特2=1可能给所有其他比特赋予不同的含义
SAK位。
图1。 MIFARE卡激活示例

*具体产品的详细信息可以在具体产品的数据表中找到。
注意:由于可能发生冲突,不建议使用ATQA来确定板卡参数。
注:整个MIFARE超轻系列使用相同的ATQA和SAK。
注:SL3中的MIFARE Plus使用ATS或卡功能来区分不同的卡类型。
注:仅适用于较老一代产品,以下部分应用于类型识别。对于MIFARE DESFire EV3和MIFARE Plus EV2,ATQA和SAK是可配置的,因此任何ISO保角值都是可能的,因此不能再用于类型识别。

2.2使用ISO激活参数-不推荐!
注:不建议使用类型的ISO激活参数
识别PCD通常在现场轮询PICC。这是通过REQA完成的。当PICC在PCD的操作范围内并接收到REQA时,任何MIFARE PICC返回ATQA。
ATQA的内容在实际应用中应该被忽略,尽管根据ISO/IEC 14443,它表明PICC支持防冲突方案。
注:如果两个或多个MIFARE PICC同时在PCD的操作字段中,则接收到的(组合的)ATQA可能包含“冲突”。这意味着无论如何都可能没有明确的内容。
完整的卡激活序列如图2和图3所示。SAK中的位6指示PICC是否符合ISO/IEC14443-4。然而,它并不一定指示PICC是否支持MIFARE协议。有关选择不同类型的MIFARE卡的更多详细信息,请参阅应用说明“AN10834 MIFARE ISO/IEC 14443 PICC选择”(AN10834)。
重要提示:不建议使用ATQA和SAK或任何其他协议相关参数来识别PICC。如果系统基于协议相关参数而不是应用程序特定参数(FCI/GetVersion/AID等)接受或拒绝PICC,则很可能未来的技术无法在该系统中使用。在新一代PICC上,激活参数已经是可变的,因此无论如何都不可能有唯一的标识。一般情况下,协议和应用程序数据不得混合使用。有关阅读器实现的更多建议,请参阅[2]

应答选择编码(ATS)
由于不同MIFARE IC的ATS可以定制,因此依靠ATS来区分IC类型当然是不可取的。恩智浦建议保留ATS的默认值,以避免任何基于ATS中信息的隐私攻击

你可能感兴趣的:(NFC,安全架构,系统安全)