javacard - JAVACARD2.2中selectingApplet()方法的作用是什么

Question

如 JavaCard 2.2 API 文档所述here , selectingApplet() 是小程序 process() 方法用来区分选择此小程序的 SELECT APDU 命令的方法，从所有其他可能与文件或内部小程序状态选择相关的 SELECT APDU 命令，如果正在选择此小程序，则返回 true。

我的问题是为什么我们需要这个方法？甚至更一般:为什么选择的小程序需要接收 SELECT-applet 命令？我认为唯一的实体需要知道SELECT-applet APDUs 是JCRE。

我建议以下场景:

1. JCRE 从 CAD 接收 APDU 命令
2. 检查它是否是 SELECT APDU 命令。
3. 如果不是SELECT APDU 命令，它将接收到的APDU 发送到所选Applet 的process() 方法。和选定的小程序解释并执行它(使用开关和 if 表达式，无需使用 selectingApplet() 方法)
4. 如果是SELECT APDU 命令，检查命令数据字段的长度以查看它是SELECT 文件 还是选择小程序。
5. 如果是SELECT File 命令，JCRE 将它再次发送到所选小程序的process() 方法。但是如果它是一个 SELECT Applet 组合，JCRE 调用当前选择的 applet 的 deselet() 方法，然后调用 select() 新请求的小程序的方法。并在收到True后，使其被选中并等待下一个APDU命令。(甚至不需要将之前的SELECT-Applet APDU命令发送到process() 这个新选择的小程序的方法)

上面的实现有什么问题？ JC 2.2 中当前实现的优点是什么(将所有接收到的 APDU 发送到当前所选小程序的 process() 方法和 selectingApplet() 区分不同的 < em>SELECT 命令)

我认为当前的实现提供了一个漏洞!如果程序员以其 process() 方法将所有接收到的 APDU 写入 EEPROM 的方式实现他/她的 applet，他/她可以检索卡上其他一些已安装小程序的 AID。这是正确的吗？

Answer 1

您可以使用 SELECT 来区分 ATR(全局平台选项)后的默认选择和通过 SELECT 的正常选择。换句话说，区分是在 MF 中还是在应用程序 DF 中。在这两种情况下都会调用方法 select()。

此外，P1 不同于04 的SELECT 可能会向终端返回(FCI/FCP) 数据。运行时不知道要返回什么，因为那是特定于应用程序的。

selectingApplet() 非常有用，因为您可以立即看到使用此方法实际上(重新)选择了 Applet。如果小程序被重新选择，您可能想要做一些内部管理，但您当然不想返回指示错误的状态字。错误将指示 APDU 失败，这与运行时选择小程序的事实不一致。