小编ata*_*nii的帖子

发送数据、使用 HCE 还是使用安全元件?(Android、Kotlin、Mifare 1k)

我正在尝试实现模拟 Mifare One(1K/S50,ISO14443A)芯片的功能,以便能够使用具有 NFC 功能的手机而不是物理 Mifare 卡,或者如果可能的话,仅将数据发送到读卡器。

我有这种类型的阅读器/写入器:https://www.evelta.com/er302-high-Frequency-nfc-writer-usb/

在浏览了论坛、stackoverflow 问题后,我发现这篇文章是最好的例子:

https://medium.com/the-almanac/how-to-build-a-simple-smart-card-emulator-reader-for-android-7975fae4040f

我实现了 HCE 部分,运行程序,读者相信我的手机是 Mifare 芯片,到目前为止一切顺利。

我的问题:

  • 无论我尝试使用什么“标准”身份验证密钥......它都会给我身份验证错误。我阅读了有关 Auth: Authentication failure for Mifare 1K NFC tag using ACR122U NFC reader 的问题,它适用于物理 Mifare 卡...但我不知道如何设置或了解模拟卡的密钥。

  • 我不明白为什么这个例子模拟了确切的 Mifare 芯片类型……即使断点在 APDUService 中也不起作用,但读者会以某种方式检测到便宜的 Mifare。

阅读完相关内容后,我发现我无法 100% 模拟物理卡,因此我必须以某种方式通过服务发送 APDU 响应中我想要的所有数据(我相信这是收发部分)。

但我什至无法验证。

我尝试寻找其他可能的解决方案:

  • AndroidBeam:Android - Android p2p...听起来很简单,相对高级的 API,它已被弃用,而且不能保证读者甚至会使用 Android...它可能是一个“简单”的 USB 读卡器硬件,例如我用。

  • SecureElement:具有讽刺意味的是......它似乎是最推荐的,我读到“是的,mifare 是可能的”之类的东西,我找不到它的一个很好的例子,而且官方的 Google 文档也没有任何好的例子。我读到它适用于“ISO/IEC 7816-4”,但 Mifare 1K 是 ISO14443A,所以我对此 API 有点怀疑。

  • 简单地”将数据发送给阅读器 …

nfc mifare nfc-p2p hce secure-element

1
推荐指数
1
解决办法
2528
查看次数

标签 统计

hce ×1

mifare ×1

nfc ×1

nfc-p2p ×1

secure-element ×1