【问题标题】:Distinguish different types of MIFARE Ultralight区分不同类型的 MIFARE Ultralight
【发布时间】:2018-01-14 16:13:42
【问题描述】:

如何识别不同类型的 MIFARE Ultralight 标签?

在文档AN10834 Ultralight 和 Ultralight C 中,答案与“Auth”不同。这个“授权”是什么?芯片的数据表中没有对此功能的描述。

我注意到 Ultralight C 和 EV1 支持 GET_VERSION (60h),我将此请求发送到 EV1 卡,它没有返回任何内容。

【问题讨论】:

    标签: tags rfid mifare contactless-smartcard fingerprinting


    【解决方案1】:

    为了区分 MIFARE Ultralight、Ultralight C、Ultralight EV1 和 NTAG 标签,您将首先发送 GET_VERSION 命令:

    > 60
    

    如果此命令成功,您就知道该标签是 EV1(或更高版本)标签(例如 MIFARE Ultralight EV1 或 NTAG21x)。因此,您可以通过分析对 GET_VERSION 命令的响应来缩小特定标签类型的范围。这将显示产品类型(NTAG 或 Ultralight EV1)以及产品子类型、产品版本和存储大小(允许您确定确切的芯片类型)。有关示例产品标识值的列表,请参阅 Distinguish NTAG213 from MF0ICU2

    如果 GET_VERSION 命令失败,您可以假设它是第一代标签(MIFARE Ultralight、Ultralight C、NTAG203)。因此,您可以通过发送 AUTHENTICATE(第 1 部分)命令来缩小特定标签类型的范围:

    > 1A 00
    

    如果这条命令成功,你就知道标签是MIFARE Ultralight C。

    如果此命令失败,您可以假设标签是 Ultralight 或 NTAG203。为了区分 MIFARE Ultralight 和 NTAG203,您可以尝试读取 Ultralight 上不存在的页面(例如读取第 41 页):

    > 30 29
    

    【讨论】:

    • 出于某种原因,当我将GET_VERSION 发送到 Ultralight EV1 时,它没有回复我,尽管 NXP 应用程序的 NFC TagInfo 准确地说它是 Ultralight EV1。可能是什么问题呢?附:尝试同组发送到Plus EV1,回复成功。在命令1A 00 Ultralight EV1 也没有响应。
    • 如果标签没有响应 GET_VERSION (并且如果它正确连接到阅读器),它绝对不是 EV1 标签。它是否响应 READ_SIGNATURE 命令 (3C 00)?请注意,Ultralight EV1 标签不支持加密身份验证 (1A 00)。
    • READ_SIGNATURE 也没有响应。为什么 NXP 应用程序的 NFC TagInfo 说它是 Ultralight ev1?难道在某些模式下它不会反映为EV1?好吧,就像 Plus EV1 和 Classic 一样。我也有 Mifare Plus EV1,它就是 EV1。她对所有这些命令都有反应。表示我发送的命令正确。
    • NXP TagInfo 中该标签的具体显示内容是什么?我的 NFC TagInfo 应用程序对标签有何说明?
    • TagInfo 应用程序将芯片定义为 Mifare Ultralight EV1 (MF0UL11),NXP 的制造商。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多