NFC Host Card Emulation mode摆脱了本地安全元素(SE),并通过利用存储在云上的SE与几个参与方的cooperation来促进支付,例如:商家,服务,提供商,发卡机构等。通常,这是Apply Pay(可能它仍然使用本地SE),Google Pay和Samsung Pay的工作方式。
但是,存在应用程序,例如Cards - Mobile Wallet,MyCard - NFC Payment,Contactless Credit Card Reader声称能够在手机中存储本地卡信息,并使用一部手机在非接触式读卡器的商店中进行支付。我尝试过使用Cards
。它通过NFC读取卡信息(信用卡号和有效期),并显示:
信用卡(card_A
)属于美国银行,我很确定它不支持非接触式支付。我有另一张其他国家的其他银行的借记卡(card_B
)支持非接触式付款。但是,我没有办法测试这个应用程序是否适用于card_B
。
我的问题如下:
card_B
的那些),他们遵守的支付标准是什么?仅供参考,card_A
和card_N
都有EMB芯片,但其中一个支持非接触式支付,另一个支持不支持。Cards
应用程序在没有银行或商家的任何额外授权的情况下阅读和存储卡信息,然后声称能够进行非接触式支付?在Google Pay中,他们使用标记化,并且密钥存储在设备上,该密钥会不时得到补充。为什么这些类型的非接触式卡不能使用任何基于密钥的质询 - 响应协议来实现付款?所以看来,没有参考我将带来这个前辈...因为卡系统是一个双向过程。模拟器必须响应卡片对读卡器发送的查询所做的反应。因此,如果想要模拟卡片,则必须扫描并记录卡片与读卡器之间的精确对话。然后,模拟与Android HCE的对话。好的一面是手机比卡更灵活......所以我们假设手机可以模仿任何形式的协议,因此任何卡和读卡器都可以进行对话。现在扫描和解密卡已经完成了。但由于卡片各有不同,读者也可能有自己的复杂性......而且很可能因银行提供销售点读者而异。
我刚刚开始这个项目。而且我非常关注这一点。我要记录对话。
与Google Pay兼容的机构 - https://pay.google.com/about/banks/
Apple Pay兼容机构 - https://support.apple.com/en-us/HT204916