smartcard - SIM卡和JCRE混淆

Question

据我所知，SIM 卡是一个 Java 卡，它应该实现 ETSI/3GPP 规范和 UICC 配置。

如果 SIM 是 Java 卡 - 它是否包含来自 Suns 的 JCRE
JCRE 规范？

如果 SIM 卡有 JCRE - 它实际上是卡的操作系统还是
还有另一层吗？如果有的话，我在哪里可以读到它？是
是否可以选择使用 APDU 和读卡器与 JCRE 交互？

JCRE 和卡管理器是同一个实体还是卡管理器是 native 小程序？如果这些不同，当收到通过短信的OTA更新时，是JCRE先处理然后转发给小程序还是卡管理器直接接收？

Answer 1

1. If the SIM is a Java Card - does it contains a JCRE from the Suns JCRE specification?

是的，无论如何都是符合“Suns”JCRE 规范的 JCRE(Sun 不再存在，现在都是 Oracle)。

2a. If the SIM card has a JCRE - is it actually the OS of the card or there is another layer?

可以有多个层。通常，您还会拥有 native 加密库和 HAL - 硬件抽象(或适配)层。如果还有另一个/ native 操作系统取决于卡(但我没有看到 SIM 卡有任何原因)。

2b. If there is, where can I read about it? Is there an option to interact with the JCRE with APDU and a card reader?

您必须为此咨询操作系统/芯片的制造商。而且，如果这些不可用，请联系经销商。

3. Are the JCRE and the card manager the same entity or the card manager is a native applet?

卡管理器是全局平台规范的一部分。大多数 Java Card 都符合这些要求。该卡可以是 native 、字节码或组合。再次，这取决于制造商。

If those are different, when an OTA update via SMS received, does the JCRE handle it first and then forward it to the applet or the card manager is the receives it directly?

它们通常是交织在一起的。我假设 HAL(见上文)处理直接通信和 APDU 缓冲区，但只要卡符合各自的标准，一切都会发生。

当然，只要对它进行了很好的描述，如果没有，那么制造商可能会与 FIPS 或通用标准认证机构进行一些严厉的交谈。但设计文件通常不由制造商发布。