gpt4 book ai didi

security - EMV 安全消息传递

转载 作者:行者123 更新时间:2023-12-02 19:57:43 81 4
gpt4 key购买 nike

我正在开展一个项目,该项目需要 EMV 卡的安全消息传递来保护发送到 EMV 卡或从 EMV 卡接收的数据。

根据 EMV 第 3 册第 6.3.2 节: enter image description here

据我了解,我们可以在每个命令/响应对上使用“安全消息传递”。例如,我们可以对安全消息传递格式 1 使用 CLA='8C'、INS='CA',对安全消息传递格式 2 使用 CLA='84'、INS='CA'

但是,当我尝试使用两张卡时,我收到错误 6E 00 —— 类不受支持。

我对“安全消息传递”的理解有什么问题吗?

最佳答案

当前的 EMV 协议(protocol)似乎都不支持安全消息传递。因此,您的卡/EMV 小程序也不支持安全消息传递。

此外,我不太确定您到底想要使用安全消息传递来做什么...交换的信息已经过身份验证(假设您执行交易并且执行 CDA/SDA/DDA)。因此,您的目标可能是加密终端和卡之间交换的信息(特别是收费金额、静态卡数据等)。但是,我怀疑根据当前 EMV 基础设施的设计,这是否有意义:

终端目前不被认为是可信的(至少就终端和卡之间的 EMV 协议(protocol)交换而言)。因此,您将无法在终端和卡之间实现任何形式的相互身份验证。只有终端可以验证卡,卡可以验证从发卡行接收的信息(例如发卡行脚本),但卡永远无法验证终端。因此,尽管进行了加密,但仍可能冒充终端侧。因此,中间的攻击者仍然能够读取和解密消息。

<小时/>

摘自 Michal Gluchowski 的评论:

Maybe to extend what Michael has said, where next generation EMV is planning to go is to introduce channel confidentiality to eliminate passive eavesdropping. It will, however be possible to impersonate terminals (only card certificates will be authenticated). Current EMV uses secure messaging only for issuer scripts as it requires symmetric secret key that is known to issuer only. From the transaction perspective all the data terminal exchanges are plaintext (and issuer scripts are simply passed through without terminal analyzing or modifying them).

有关下一代 EMV 和 channel 安全的来源:Next Generation Kernel System Architecture Overview, EMV 2nd Generation, Version 1.0, Sept. 2014

关于security - EMV 安全消息传递,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/55453818/

81 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com