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認證機構的嚴厲談話。 但設計文件通常不是由制造商發布的。