SIM卡与JCRE混淆

Question

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

1. 如果SIM是Java卡 - 它是否包含Suns JCRE规范中的JCRE？
2. 如果SIM卡有JCRE - 它实际上是卡的操作系统还是有另一层？ 如果有，我在哪里可以阅读它？ 是否可以选择使用APDU和读卡器与JCRE进行交互？
3. JCRE和卡管理器是同一个实体还是卡管理器是本机applet？ 如果这些不同，当收到通过短信的OTA更新时，JCRE是否先处理它然后将其转发到小程序，或者卡管理员是直接接收它？

Answer 1

1. 如果SIM是Java卡 - 它是否包含Suns JCRE规范中的JCRE？

是的，JCRE无论如何都符合“太阳”JCRE规范（Sun现在不再存在，现在全部都是Oracle）。

2A。 如果SIM卡有JCRE - 它实际上是卡的操作系统还是有另一层？

可能有多个图层。 通常，您还拥有本机加密库和HAL - 硬件抽象（或适应）层。 如果还有另一个/本机操作系统取决于卡（但我没有看到任何SIM卡卡的原因）。

2B。 如果有，我在哪里可以阅读它？ 是否可以选择使用APDU和读卡器与JCRE进行交互？

您必须咨询操作系统/芯片的制造商。 而且，如果没有这些，请与经销商联系。

3. JCRE和卡管理器是同一个实体还是卡管理器是本机applet？

卡经理是全球平台规范的一部分。 大多数Java Card都符合这些要求。 卡可以是本机，字节代码或组合。 再次，这取决于制造商。

如果这些不同，当收到通过短信的OTA更新时，JCRE是否先处理它然后将其转发到小程序，或者卡管理员是直接接收它？

它们通常相互交织在一起。 我认为HAL（见上文）处理直接通信和APDU缓冲区，但只要该卡符合相应的标准，任何事情都会发生。

只要它被描述得很好，如果没有，那么制造商可能会得到FIPS或Common Criteria认证机构的严厉谈话。 但设计文件通常不是由制造商发布的。