JAVA卡与智能卡
什么是 JAVA 卡呢?JAVA 卡是一种可以运行 JAVA 程序的接触式微处理器智能卡。1996 年 11 月,JAVA 卡 1.0 版本的规范正式发布了。如今 JAVA 卡最新的规范已经到了 2.1 版。
相信对智能卡比较了解的读者一定会问:智能卡的出现和使用已经快有二十年了,为什么会在最近出现 JAVA 卡的呢?为什么 JAVA 卡会变得如此受欢迎?为了回答这个问题,我们先来回顾一下 JAVA 卡出现之前的智能卡,看看它存在着什么样的问题。
JAVA卡之前的智能卡
早期的智能卡主要是以一种介质形式出现的,它可以在卡体内存储金额,从而能在公共电话机或自动售货机上被使用。它完成的是一种存储信息的应用。这时卡的需求量并不大。同时卡的应用也不多。而近来,随着智能卡地越来越“智能”,由于智能卡的优点越来越被人认可,它的应用范围也越来越广泛:从银行的借贷卡,存放个人医疗信息的医疗卡,到有线和无线网络的安全模块卡等等。智能卡的应用可以说是涉及到了各个领域,几乎每个人都要与智能卡打交道。市场的需求量急剧上升,同时越来越多的智能卡新应用也随之诞生。
但与智能卡需求量急剧上升所矛盾的是:智能卡应用的研发是一个复杂漫长的过程。尽管对智能卡的结构大小和通信协议,国际规范 ISO7816 早已规定,但各个卡生产商对智能卡的研制都各不相同。各个卡生产商对自己的智能卡操作都有自己独特的一套指令集。
此外,智能卡编程接口(APIs)非常复杂,用之编程,需要开发人员非常熟悉低层通信接口协议,内存管理和一些智能卡硬件的细节。因此,在开发智能卡应用之前,开发人员就需要花费大量时间来了解智能卡的复杂开发环境,而且在他们研究后会发现并不存在现代化的开发工具(象 Visual Studio 那样工具)。更糟糕的是:对不同的智能卡并没有一个通用的开发环境。每次你要开发一种新的应用,可能你都必须从新了解一种新的开发环境。
情况有可能还没有这么简单。由于所有的智能卡都是在专门的开发环境中开发出来的,不同的卡的生产商生产出来的相同应用的卡可能并不兼容,这使同一系统中使用不同生产商的卡变得很复杂。
据估计,2001 年,智能卡的需求量为 10-30 亿片。而了解智能卡编程的人员少之又少。智能卡编程的复杂性,不统一性将严重阻碍智能卡的发展。市场的需求为智能卡的发展提出了新的要求。然而这一切将随着 JAVA 卡的出现而改变。
JAVA卡的出现
JAVA 卡是一种可以运行 JAVA 程序的接触式微处理器智能卡,在卡中运行的程序叫 Applet。Applet 可以动态装载到 JAVA 卡上。JAVA 卡的 API(JAVA Card 2.1.1 Application Programming Interfaces Specification )为智能卡制定了一个 JAVA 语言的特殊子集。如今95%智能卡制造商已经支持了 JAVA 卡的 API。JAVA 卡和 JAVA 卡 API 的出现使智能卡的编程变得既快又简单,同时这些卡的应用程序(Applet)可以在任何支持 JAVA 卡 API 的智能卡上运行。可以说 JAVA 卡的出现立刻解决了 JAVA 卡出现之前智能卡所遇到的问题。
JAVA 卡是如何完成这一巨大的功能的呢?原来在 JAVA 卡内有一个能执行 JAVA 字节码(Applet)的 JAVA 虚拟机-它提供一整套标准的 JAVA 卡编程的 API,使得开发人员无需了解复杂的智能卡硬件和智能卡专用的技术,就可以进行智能卡应用的开发,从而大大减少开发时间和降低开发难度。据粗略的统计,用 JAVA 来编程可以比用 C 语言来编程节约 60% 的开发时间,如与智能卡特殊的汇编语言来比,这种优势将更为明显。同时由于 JAVA 虚拟机的使用,JAVA 卡的 Applet 能够在不同卡片的 JCAE(JAVA Card Application Environment)上执行,即透过 JAVA 虚拟机的机制来达到跨平台的能力。
JAVA 是一种面对对象的编程语言,智能卡的基于对象的 API 大大简化了卡内 Applet 与终端或后台服务器的通信。
JAVA 卡的另一巨大优势是:开发人员可以任意选择他们所熟悉和喜欢的开发工具。由于对 JAVA 卡的编程是用 JAVA 语言,所有几乎当今所有流行的 JAVA 开发环境,如 VJ++,Vcafe 等,都可以被用来进行 JAVA 卡的开发。正因如此,快速完成和调试 JAVA 卡的应用程序也变为了可能。而在这之前,调试卡的应用程序是一个极复杂漫长的过程,因为应用程序首先要被装载到卡的 ROM 中,而装载到卡的 ROM 中的程序是无法更新的,所以对一个应用程序的调试将占用大量的时间。
同时由于任何 JAVA 开发人员都可以变为 JAVA 卡开发人员,这就为智能卡的发展提供了强有力的保证。
JAVA 卡还有两大优点:支持一卡多用途和重用。支持一卡多用途是指 JAVA 卡上可以同时存在多个不同的应用。这些应用可以来自同一个卡供应商,也可以来自不同的卡供应商。这样一张 JAVA 卡就可以完成不同的功能,例如,它可以有电子钱包功能,同时也可以有身份鉴别功能。重用是指 JAVA 卡上的应用可以根据需要进行删除或重新添加新的应用,而无需更换新的智能卡,这样大大增强智能卡的灵活性。
综上所述,JAVA 卡的出现统一了智能卡的编程接口(API),统一了智能卡的编程语言(JAVA 语言),为智能卡的更大范围的使用提供了基础,真正使智能卡行业成为一个统一标准的产业。
JAVA卡的结构
可以说 JAVA 卡是 JAVA 平台中最小的子集。JAVA 卡 2.1 的规范可以在 http://www.javasoft.com/javacard 这个网址得到。JAVA 卡 2.1 规范主要包括有:JAVA 卡虚拟机规范,JAVA 卡编程接口(API)和 JAVA 卡运行环境规范。
JAVA 卡有点象一部功能齐全,但规模较小的电脑,其硬件主要是为了保证 JAVA 卡的运行环境的需要,其最小的硬件配置要求为:
n 512 bytes RAM:主要用于存放程序执行时的堆栈、暂存资料以及做为I/O的缓冲区。
n 24 KB ROM:主要用于存放操作系统以及运行环境(Runtime Environment),如 JAVA 虚拟机、Applet 等。
n 8 KB EEPROM:用于储存我们开发并装载至 JAVA 卡上的Applet。
n 8-bit processor: JAVA 卡需要至少8位的处理器支持。
那么 JAVA 卡的内部结构究竟是怎么样的呢?根据上述的硬件介绍,基本上我们可以将 JAVA 卡想像为一部 PC 的缩影:JAVA 卡的内部结构由 OS、native functions、JAVA VM(JAVA 虚拟机)、JAVA Framework 以及架构在此上的应用程序(Applet)所构成。下图即为 JAVA 卡内部结构:
在此结构中,最底层的 OS(操作系统) and Native Functions(基本函数)是负责低层的处理工作,如同 PC 的操作系统。
n JAVA 虚拟机处于OS and Native Functions 之上,它的存在实现了卡接口的统一和编程语言的统一。并且也隐藏了卡底层各个卡供应商不同的技术。
n JAVA 卡 Framework 为开发人员定义了一整套编程接口类,主要负责执行 JAVA 卡 Applet 以及提供 Applet 执行所需要的环境。
n Industry Add-on Classes 则是服务方所提供的类,使得企业与公司能够提供属于自己的服务程序,例如,如果这张卡是 GSM 网络的 SIM 卡,那么这一层就是 SIM 卡所需的接口类。
n JAVA 卡的最上层就是所谓的 JAVA 卡 Applet,也就是我们要进行开发的应用。如图所示,一个 JAVA 卡可以执行多个 JAVA 卡 Applet。每个 Applet 是靠 AID (应用ID号)来识别的。但是要特别注意,JAVA 卡的执行环境并不支援多线程,所以一次只能执行一个 Applet,并且 Applet 与 Applet 之间也有防火墙的阻隔。
JAVA卡的生命期
n JAVA 卡的生命期
当 JAVA 卡的 OS,虚拟机,编程接口(API)类库装载到卡的 ROM 之后,JAVA 卡即开始了它的工作使命。这个把 JAVA 卡的固定不变的组件放入芯片的不可重写区域(ROM)的过程叫掩膜(MASK)。不过,要使 JAVA 卡真正能使用还要两个必须的过程:初始化和个人化。初始化是指:在卡体内(一般在 EEPROM 中)创建文件结构。这个文件结构是大家都有的,它的具体内容是与你这张 JAVA 卡的功能有关。比如:你的卡是银行卡,那么卡内结构就是由银行业规定的结构;如卡是 SIM 卡,那么卡的结构就要根据 GSM 规范来定。初始化并没有涉及到个人信息。如果卡要发行给指定的某个人,就要通过个人化过程来完成。个人化就是把个人信息附于卡。它可以是物理过程,如打印某人的照片;也可以是电子过程:把个人信息写入卡中。如你的 ID 号,PIN 码等等。初始化和个人化可以由制卡商或发行商来完成。当初始化和个人化完成后,这张 JAVA 卡就可以被使用了。你可以把卡插入读卡器,对它发出 APDU 指令,或下载更多的 Applet。JAVA卡的生命期将一直持续到它被物理损害,被不正确的操作锁死或卡的应用过期。
n JAVA 卡虚拟机的生命期
与 PC 中的 JAVA 虚拟机不同,JAVA 卡中的虚拟机将永远运行。那怕掉电后,卡上的信息也将被保存下来。所以 JAVA 卡虚拟机的生命期是与 JAVA 卡生命期一致的。当没有电源时,虚拟机就象在一个无限大的时钟频率下运行。
n JAVA 卡 Applet 的生命期
Applet 开始于 Applet 被安装并在卡的注册表中注册,终止于 Applet 被从注册表中注销。一般 Applet 在卡中是没有被激活的,只有当这个 Applet 被终端“选择”(Select)到时,Applet 才被激活。
JAVA卡的JAVA语言
JAVA 卡的程序当然是由 JAVA 语言写的。也是由一般的 JAVA 编译器编译的。但由于 JAVA 卡硬件限制(内存大小,CPU 的能力),JAVA 卡并不支持所有的 JAVA 语言的特性。以下的 JAVA 语言特性,JAVA 卡是不支持的:
n 动态类装载(Dynamic class loading)
n 安全管理(Security manager)
n 对象克隆(Object cloning)
n finalize()方法
n 一些数据类型:float,double,long,char
n 多线程
而这些关键字也不被支持:native,synchronized,transient,volatile。同时几乎所有的 JAVA 核心 API 的类都不被 JAVA 卡支持,只有一些从 JAVA.lang package 来的类才被支持。
JAVA 语言其他的特性,JAVA 卡都支持。有关 JAVA 卡 JAVA 语言详细资料,请参阅 JAVA Card 2.1.1 Virtual Machine Specification.
JAVA卡的API
n 根据 JAVA 卡 2.1 的规范规定(JAVA Card 2.1.1 Application Programming Interface),目前 JAVA 卡共支持 4 个 Packages (包),现就其中一些重要的类进行介绍:
n java.lang package:提供 JAVA 语言一些重要的类,如 Object 类,因为所有的 JAVA 类皆继承它。
n Object – class(说明它的类型为class类,若写interface,说明类型为接口,以下相同),所有类的基类
n Throwable – class, 为所有 error 及 exception 的父类,这表示 JAVA 卡也支持 exception
n javacard.framework package :是 JAVA 卡 API 主要的核心 package,提供并实现了 JAVA 卡 Applet 基本的接口与工具。
n AID – class,用来唯一表示 JAVA 卡 Applet 的 ID 号
n APDU – class,通过一个 byte 数组缓冲来接收与传送终端的指令与回传 Applet 执行的结果与状态的标准格式。这一过程与我们在上一篇文章介绍的APDU是完全一样的。我们在进行 Applet 开发时,可以想象 APDU 是一个卡与终端通信的缓冲区,终端和卡都把信息放入这一缓冲进行通信。
n Applet – class,每一个 JAVA 卡的 Applet 都必须继承此类。其中在实现时要特别注意几个方法,如 select()、 deselect() 是终端根据 Applet 的 AID 下达选择或不选择。而 install()与register() 则是 Applet 装载至 JAVA 卡上,并向 JAVA 卡注册表进行注册的方法 。等到 Applet 安装注册完成,并且被终端所选择时,所有下达的 APDU 命令都会交由 Applet 的 process() 方法来处理并负责回传结果。
n IOS7816 – interface,提供了 ISO7816 所使用的常数值
n PIN – interface, 使其子类通过实现此接口完成验证 PIN 码的功能
n Shareable – interface,使得不同的 Applet 能够通过实现此接口来达到互相沟通的功能
n JCSystem – class,负责管理 Applet 与 JAVA 卡的系统资源,如 AID 与 Transaction 的管理。
n OwnerPIN – class,继承自 PIN interface,负责维护卡片持有人的 PIN 码,并提供相关 check() 与 update() 等方法。
n Util – class,一个提供常用工具的类 ,如 byte 数组拷贝与比较等功能。
n javacard.security package:提供安全机制的包,其中几个重要的 interface(接口)与class(类) 如下:
n Key – interface,是 DESKey、 PrivateKey、 PublicKey等接口的共同接口
n KeyBuilder – class,创建各种安全的 key 的工厂(factory)
n MessageDigest – class,可以将信息做数字签名的对象
n javacardx.crypto package:其中包含了关于加密与安全的对象,而此 package 仅包含了一个接口与一个类:
n Cipher – class ,使得在 JAVA 卡中的信息得以加密保护
以上只是简单的介绍了一下 JAVA 卡 API 的接口,我们将通过一些例子进行详细介绍,当然最完整的资料和解答还 得 参 考: JAVA Card 2.1.1 Application Programming Interface规范。
Applet 的简单例子
以下我们介绍一个极为简单的 Applet 的例子,通过对它的介绍,我们将初步了解 Applet 的组成结构,和一些必须实现的方法(构造函数,install()方法,register()方法,select()方法,process()方法)。这个例子完成的功能是:当读卡器对 JAVA 卡发送取随机数的APDU(00 84 00 00 04)指令时,JAVA 卡会返回4个字节的16进制随机数的响应。
package Random;
import javacard.framework.Applet;
import javacard.framework.ISO7816;
import javacard.framework.ISOException;
import javacard.framework.APDU;
import javacard.framework.JCSystem;
import javacard.framework.Util;
import javacard.security.*;
import javacardx.crypto.*;
/**
* @author Administrator
*
*/
public class Random extends Applet {
/* 定义用到的常量 */
//CLA
final static byte CLA_Getchallenge = (byte)0x00;
//INS
final static byte INS_Getchalleng = (byte)0x84;
/* 定义变量 */
RandomData Random;
/* 安装applet */
public static void install(byte[] bArray, short bOffset, byte bLength) {
// GP-compliant JavaCard applet registration
new Random().register(bArray, (short) (bOffset + 1), bArray[bOffset]);
}
/* 处理读写设备发来的指令 */
public void process(APDU apdu) {
// Good practice: Return 9000 on SELECT
if (selectingApplet()) {
return;
}
byte[] buf = apdu.getBuffer();
switch (buf[ISO7816.OFFSET_INS]) {
case (byte) INS_Getchalleng:
byte LE = buf[ISO7816.OFFSET_LC];
byte[] RandomBuffer = new byte[LE];
short ROffset = (short)0;
short Len = (short)LE;
RandomBuffer = JCSystem.makeTransientByteArray( Len,
JCSystem.CLEAR_ON_DESELECT);
Random = RandomData.getInstance(RandomData.ALG_SECURE_RANDOM);
Random.generateData(RandomBuffer,ROffset,Len);
Util.arrayCopyNonAtomic(RandomBuffer,(short)0,buf,(short)0,Len);
apdu.setOutgoingAndSend((short)0,Len);
break;
default:
// good practice: If you don't know the INStruction, say so:
ISOException.throwIt(ISO7816.SW_INS_NOT_SUPPORTED);
}
}
} |
posted on 2014-03-14 17:48
Terry Zou 阅读(197)
评论(0) 编辑 收藏 所属分类:
JavaCard