GPO 后读取超时
我正在构建一个 EMV 中继来自学该协议，但在 GET PROCESSING OPTIONS (GPO) 命令方面遇到了障碍。 SELECT(PPSE) 和 SELECT(AID) 均顺利通过，但当我收发 GPO 命令时，我与卡的连接超时。
Arduino 上的 PN532 芯片和使用内置 NFC 芯片的 Android 终端仿真都会发生这种情况。
我认为该卡可能有一些反中继系统，可以检测我的中继所增加的延迟，但是 Proxmark 嗅探真实交易也无法在 GPO 命令执行后记录任何命令响应对。已发出，但是付款已完成，因此（大概）发送了更多数据包。
发出 GPO 命令后，我的 Visa 借记卡会发生什么情况，这意味着该卡完全无法响应 ISO-14443 兼容芯片，并且还隐藏了来自 proxmark 的任何进一步通信，同时仍然启用与真实支付终端的通信？
I'm building an EMV relay to educate myself on the protocol, but have hit a roadblock with the GET PROCESSING OPTIONS (GPO) command. Both SELECT(PPSE) and SELECT(AID) pass through fine, but my connection to the card times-out when I transceive a GPO command.
This happens both with a PN532 chip on an Arduino and Terminal Emulation on Android using the inbuild NFC chip.
I thought that the card might have some anti-relay system that is detecting the latency added by my relay, however a Proxmark sniffing a real transaction also failed to record any command-response pairs after the GPO command was issued, however the payment went through so (presumably) more packets were sent.
What could happen to my Visa Debit card after the issuing of the GPO command that means the card both entirely fails to respond to ISO-14443 compliant chips, that also hides any further communication from a proxmark, while still enabling communication to a real payment terminal?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论