android - 为什么Android HCE 不支持Mifare Classic 类型？

Question

Mifare Classic 是最常用的卡，我不明白为什么 HCE(基于主机的卡仿真)只支持 ISO 14443-4，而不支持 Mifare Classic 类型。

因为 NXP 阻止他们使用他们的专有协议(protocol)和算法？还是因为他们没有在 Android 操作系统级别实现 Mifare Classic？

如有任何意见，我们将不胜感激。

Answer 1

简短回答:因为 Google 决定仅支持 ISO/IEC 7816-4 而不是 ISO-DEP (ISO/IEC 14443-4)。

关于为什么他们这样决定的猜测:

• 首先，基于 ISO-DEP 的 ISO/IEC 7816-4 是最高协议(protocol)层，可用于通过 NCI(NFC Controller 接口(interface))将通信路由到应用程序处理器。路由较低的协议(protocol)层是可能的(阅读:“NCI 协议(protocol)支持这一点”)，尽管 NFC Controller 甚至不需要支持较低层通信的路由。

• 基于 ISO-DEP 的 ISO/IEC 7816-4 允许在每个应用程序的基础上进行路由。 IE。读取器选择一个特定的应用程序，然后 NFC Controller 才决定是将通信传递给安全元件还是传递给应用程序处理器。应用处理器可以执行类似的路由机制，将通信路由到特定应用(这就是现在在 Android 上所做的)。

• 使用较低的协议(protocol)层(例如 ISO/IEC 14443-3)无法为每个应用程序进行路由。相反，该级别上的所有通信都将路由到安全元件或应用程序处理器。如果路由到应​​用程序处理器，则操作系统无法在多个应用程序之间进行选择。相反，只能为该类型的通信注册一个应用程序。然而，考虑到像 Android 这样的平台有大量的应用开发者，只允许一个应用会阻碍开发。

• MIFARE Classic 是 NXP 的专有技术。我不希望他们许可 MIFARE Classic 协议(protocol)/标签平台的纯软件实现(在应用处理器/Android 系统上)。

• MIFARE Classic 对身份验证命令使用非标准框架，因此可能难以通过 NCI 框架 RF 接口(interface)进行仿真(尽管我对该协议(protocol)不够熟悉，无法确认是否存在阻止阻止的实际限制MF 经典仿真)。