在Android中访问内置SE和基于SE的卡模拟(一)

　　前言

　　在“十问Android NFC手机上的卡模拟”中仅仅简单的介绍了一下相关的概念，如果需要了解基于SE卡模拟的更多细节，也就是，究竟在Android的NFC手机上，目前能够做到何种程度的卡模拟，以及如何实现，则需要更深入的讨论。

　　我们已经了解，NFC RF模块可以支持卡模拟工作方式，而且可以通过两种方式实现卡模拟，一种是基于硬件的，被称为虚拟卡模式(Virual Card Mode);一种是基于软件的，被称为主机卡模式(Host Card Mode)。无论哪种方式，都是NFC RF模块将外部读写器的指令转发到相关的处理模块，SE或手机上的应用程序，然后将回复信息发回外部读写器。

　　本文不讨论基于软件的方式，因为在Android中，必须修改相关固件以支持该功能，也就是必须使用第三方ROM，例如Cyanogenmod。本文的重点是，如果使用硬件SE的方式，我们是否能够做到：

　　1， 从手机内部访问SE，建立手机应用程序与SE之间的通讯连接并发送命令。

　　2， 将NFC模块和SE置于卡模拟工作方式，使用外部读写器中的命令转向SE。

　　3， 在SE中安装自己的应用，实现最终的卡模拟。

　　这里先预告一下本文的结论，以免浪费大家的时间，在目前看来，没有SE密钥的用户，只能在特定条件下实现功能1和2，而功能3则是不可能的。而功能1和2的条件对一般用户也是非常苛刻的，包括

　　手机支持NFC，并且SE为内置SE或SWP-SIM，

　　手机已经ROOT，

　　Android版本在Android 4.0.4 (API Level 15)上，而且因为用到了一些未公开类，所以不能保证在今后的版本中还能使用。(经测试这些未公开类在目前最新版本4.3中还可以工作)。

　　当然，深入讨论需要更多的专业知识，包括Android编程，智能卡等，虽然不需要全部精通，但至少有所了解。

　　SE硬件形态

　　SE是一个CPU卡，可以运行智能卡应用程序(称为小应用或卡应用)。一个智能卡从本质上讲就是在单一芯片上的微型计算环境，具有完备的CPU，ROM，EEPROM，RAM和I/O接口。一般智能卡还具有密钥算法协处理器，可以支持常用的加解密算法，例如DES，AES和RSA等。智能卡通过多种技术实现抗攻击特性，很难通过分解或分析芯片提取数据。事实上手机用户对SE都不陌生，因为手机的SIM卡本身就是一个SE(技术上讲只能在GSM中叫做SIM卡，更通用的应该叫做UICC)。

　　SE可以有多种集成形态：UICC，内置SE或在SD插槽上的插卡。本文主要讨论内置SE的方式，但首先简要了解一下其它形态的SE。

　　UICC形式的SE

　　普通的UICC仅仅和手机中的基带处理器相连，但基带处理器与运行Android的应用处理器是分离的，因此不能通过Android应用程序直接访问。所有的通讯需要通过射频界面层Radio Interface Layer (RIL)，这是与基带处理器的IPC界面。UICC SE的通讯基于扩展AT命令 (AT+CCHO,AT+CCHC, AT+CGLA等)，在目前Android中的telephony manager不支持。目前还没有能够通过RIL访问UICC SE的标准方式(尽管有些带有定制化固件的商业设备据说支持这种方式)，因为这个原因，普通的UICC并不适合NFC应用。还有一种方法是使用Single Wire Protocol (SWP)方式，SWP类型的UICC通过SWP连接到NFC控制器,目前很多移动支付都使用该方式，只要手机支持NFC功能，就可以通过更换UICC实现移动支付应用。

　　SD卡形式

　　另一种形态是AdvancedSecurity SD card (ASSD)，本质上是一个带有嵌入式SE芯片的SD卡。将SD卡插入Android设备SD插槽，并运行一个SEEK补丁过的Android版本，可以通过SmartCard API访问SE。但是并不是所有手机都具有SD插槽，因此ASSD方式不太可能成为主流。

　　内置SE模式

　　正如其名，内置SE是设备主板的一部分，并作为NFC芯片的专用芯片，或者干脆集成为NFC芯片的一部分，因此内置SE不能从手机上移除。第一个支持内置SE的设备是Nexus S，这款手机也是首款支持NFC的Android手机。我们实验用的设备，Galaxy Nexus，带有内置的NXP PN65N 芯片，该芯片在一个单独的封装中集成了一个NFC射频控制器和一个SE(NXP SmartMX系列的P5CN072)。下图为P5CN081的硬件架构图，由于没有找到P5CN072的图，用P5CN081代替，它们之间的区别仅仅是EEPROM大小不同。