问EMV - PIN解锁

EN

处理发行人响应的想法是，您不需要理解它，而是盲目地执行它。在卡片中如何组织数据和更新过程可能是什么样的，有多种方法。正如您已经看到的，它可能通过包含执行更改的命令的脚本处理显式地发生，但它可能是通过在第二次加密生成期间传递的数据而隐含的。

尽管ISO7816可能定义命令来执行某些操作，但是卡应用程序不需要直接使用它们来获得相同的结果。这取决于发行人是否有这方面的知识，你将无法确定。EMV标准要求在不修改或解释的情况下传递颁发者脚本命令。同样的情况也发生在颁发者身份验证数据上，这些数据可能是CDOL2的一部分，用第二代密码发送，或者如果卡在AIP中指示，则显式地发送到外部身份验证命令中。导致相同结果的多种方法。

然后回答你的问题：

• 您将无法判断发布者响应是否包含基于EMV标准的PIN取消阻塞。您可能只需要了解发卡者使用的卡应用程序知识，并且在获取端拥有这种知识是不常见的。
• 只提供您在对EMV内核的授权响应中收到的数据--它在批准时进行了大量的测试，并将按照所需的顺序执行其余的操作。

这是一般的想法，这是如何运作。如果您在实现中遇到一些问题，您将需要为任何人提供日志以帮助您。