CPU卡详解

Posted 2020-09-29

本文转载自：http://blog.csdn.net/logaa/article/details/7571805

第一部分 CPU基础知识

一、为什么用CPU卡

IC卡从接口方式上分，可以分为接触式IC卡、非接触式IC卡及复合卡。从器件技术上分，可分为非加密存储卡、加密存储卡及CPU卡。非加密卡没有安全性，可以任意改写卡内的数据，加密存储卡在普通存储卡的基础上加了逻辑加密电路，成了加密存储卡。逻辑加密存储卡由于采用密码控制逻辑来控制对EEPROM的访问和改写，在使用之前需要校验密码才可以进行写操作，所以对于芯片本身来说是安全的，但在应用上是不安全的。它有如下不安全性因素：

1、密码在线路上是明文传输的，易被截取；

2、对于系统商来说，密码及加密算法都是透明的。

3、逻辑加密卡是无法认证应用是否合法的。例如，假设有人伪造了ATM，你无法知道它的合法性，当您插入信用卡，输入PIN的时候，信用卡的密码就被截获了。再如INTENET网上购物，如果用逻辑加密卡，购物者同样无法确定网上商店的合法性。

正是由于逻辑加密卡使用上的不安全因素，促进了CPU卡的发展。CPU卡可以做到对人、对卡、对系统的三方的合法性认证。

 

二、CPU卡的三种认证

CPU卡具有三种认证方法：

持卡者合法性认证——PIN校验

卡合法性认证——内部认证

系统合法性认证——外部认证

持卡者合法性认证：

通过持卡人输入个人口令来进行验证的过程。

系统合法性认证（外部认证）过程：

系统卡，

送随机数X

[用指定算法、密钥]对随机数加密

 

[用指定算法、密钥]解密Y，得结果Z

比较X，Z，如果相同则表示系统是合法的；

卡的合法性认证（内部认证）过程：

系统卡

送随机数X

 

用指定算法、密钥]对随机数加密

 

[用指定算法、密钥]解密Y，得结果Z

 

比较X，Z，如果相同则表示卡是合法的；

 

在以上认证过程中，密钥是不在线路上以明文出现的，它每次的送出都是经过随机数加密的，而且因为有随机数的参加，确保每次传输的内容不同。如果截获了没有任何意义。这不单单是密码对密码的认证，是方法认证方法，就象早期在军队中使用的密码电报，发送方将报文按一定的方法加密成密文发送出去，然后接收方收到后又按一定的方法将密文解密。

通过这种认证方式，线路上就没有了攻击点，同时卡也可以验证应用的合法性；

但是因为系统方用于认证的密钥及算法是在应用程序中，还是不能去除系统商的攻击性。

 

在此，我们引进了SAM卡的概念。

SAM卡是一种具有特殊性能的CPU卡，用于存放密钥和加密算法，可完成交易中的相互认证、密码验证和加密、解密运算，一般用作身份标志。

由于SAM卡的出现，我们有了一种更完整的系统解决方案。

在发卡时，我们将主密钥存入SAM卡中，然后由SAM卡中的主密钥，对用户卡的特征字节（如：应用序列号）加密生成子密钥，将子密钥注入用户卡中。由于应用序列号的唯一性，使每张用户卡内的子密钥都不同。

密钥一旦注入卡中，则不会在卡外出现。在使用时，由SAM卡的主密钥生成子密钥存放在RAM区中，用于加密、解密数据。

上述的认证过程就成为如下形式：

 

系统合法性认证（外部认证）过程：

 

SAM卡 系统 卡

送随机数X

 

SAM卡生成子密钥对随机数加密

 

解密Y，得结果Z

比较X，Z，如果相同则表示系统是合法的；

 

卡的合法性认证（内部认证）过程：

 

SAM卡 系统 卡

 

送随机数X

 

用指定算法、密钥]对随机数加密

 

SAM卡解密Y，得结果Z

 

比较X，Z，如果相同则表示卡是合法的；

 

这样在应用程序中的密钥，就转移到了SAM卡中，认证成为卡——卡的认证，系统商不再存在责任。

 

三、线路保护

卡与外界进行数据传输时，若以明文方式传输，数据易被载获和分析。同时，也可以对传输的数据进行窜改，要解决这个问题，CPU卡提供了线路保护功能。

线路保护分为两种，一是将传输的数据进行DES加密，以密文形式传输，以防止截获分析。二是对传输的数据附加MAC（安全报文鉴别码），接收方收到后首先进行校验，校验正确后才予以接收，以保证数据的真实性与完整性。

 

四、硬件结构图

 

 

EEPROM用于存放用户数据；ROM中用于存放COS操作系统，而RAM区中用于存放COS运行时的中间变量。

COS（chip operationsystem）,就是芯片操作系统，类似于DOS和WINDWOS，没有COS的CPU卡就象没有DOS和WINDOWS的PC机一样无法使用。

COS是在芯片出厂时由芯片供应商固化到ROM区的，这个过程就称之为掩膜。

COS是CPU卡的核心部分，它和硬件一起实现CPU卡的安全性。

 

 

第二部分 SmartCOS简介

SmartCOS是由明华公司自主开发的芯片操作系统，于1999年6月通过了人行认证。

COS主要分为四部分：

一、SMARTCOS的文件系统

CPU卡是以文件方式来管理SmartCOS支持如下文件系统。

1、文件可分为MF文件、DF文件、EF文件

MF：主控文件，是整个文件系统的根，是唯一的，相当于根目录；

DF：专用文件，相当于子目录，可用于存储某个应用的所有文件，DF下不可再建立DF。一个DF可以是一个应用，也可以多个DF用于同一个应用。

EF：基本文件，用于存储各种应用数据和管理信息。

 

2、EF从存储内容上分为两种：

安全基本文件：用于存放密钥，每个目录下只能建立一个安全基本文件，密钥文件不能通过文件选择来选取，密钥内容不可以读出，但在满足条件时可使用和修改。

工作基本文件：用于存放应用的实际数据，个数及大小只受空间限制。在满足条件时可读写。

 

3、基本文件结构

基本文件的结构可分为以下四种：

 

二进制文件：

数据以字节为单位进行读写，每次读写的长度不能超过110字节；可用于存储无序的数据。

 

线性定长记录文件:

每条记录为固定长度，可以通过记录号访问记录，记录范围不超过254；

每条记录的长度不超过110字节，密钥文件就是线性定长记录文件，其每条记录长度固定为25外字节。可用于存放有规律定长的数据。

线性变长记录文件：

每条记录的长度可以各不相同，但最大长度不能超过110

字节，可以通过记录号来访问。

 

 

循环定长记录文件结构：

相当于一个环形记录队列，按照先进先出的原则存储，最新写入的记录号为1，上一次写入的记录号为2，以此类推，记录写满后自动覆盖最早的记录。

 

4、文件结构图

在MF下可建立EF和DF；

在DF下不可再建立DF，只能建立EF；

 

KEY文件：用于控制MF下的文件的创建及读写

数据文件

密钥文件：

用于控制DF下的文件的创建及访问

数据文件（如钱包文件等）

 

5、文件空间的计算

MF的头文件长度为10个字节+文件名长度（5-16个字节）

DF的头文件长度为10个字节+文件名长度

EF文件所占空间：

定义记录和循环记录文件的空间=文件头空间（10字节）+记录数*记录长度

变长记录结构文件的空间=文件头空间（10个字节）+建立时申请的空间

密钥文件所占空间=文件头空间（10个字节）+密钥个数*25个字节

钱包文件的空间=文件头（10个字节）+文件体（17个字节）

存折文件的空间=文件头（10个字节）+文件体（20个字节）

建立了文件系统，那么怎样才能保证文件的安全，下面讲述安全系统。

 

二、SMARTCOS的安全系统

1、状态机即安全状态:

是指卡在当前所处的一种安全级别,具有(0---F)16种安全状态。复位后自动设为0，当前应用的安全状态在被成功地选择或复位后自动清0。安全状态的改变必须通过密钥的认证来实现。

**只有当前目录下的PIN核对和外部认证才能改变安全状态。

 

2、安全属性即访问权限

访问权限是在建立文件的时候指定的。

它是一个区间的概念，例如，描述一个文件的读权限为XY，则表示当前应用的状态机（安全状态）M必须满足X=〈M=〈Y。如读权限设为2F，就表示当前的状态机（安全状态）达到2及以上就可以读这个文件。

 

3、密钥与安全状态的关系

每个密钥在建立的时候都定义了后续状态，即通过密钥认证后能达到的安全状态，在各种密钥中，只有PIN认证和外部认证才能改变当前目录的安全状态。

 

4、安全状态与访问权限的关系

（安全状态）

使用权限--------密钥的使用------------后续状态------------文件读写取限

 

5、安全状态只在当前目录下有效，一旦选择别的应用，状态机自动跳到最低权限0。各个目录之间的安全都是独立的。

 

四、复位应答

 

符号字节内容 内容解释

TS3B 正向约定

T06C TB1和TC1存在，历史字符为12个

TB100 无需额外的编程电压

TC102 需2个额外的保护时间

T1-TC XX 历史字符

SMARTCOS 历史字符的特定意义：

符号字节内容 内容解释

T1XX SMARTCOS 的版本号

T2XX 卡状态字节

T386 明华公司IC卡制造机构标识号

T438

T5-TC XX 卡唯一序号

卡状态字节描述如下：

B7B6 B5 B4 B3 B2 B1 B0 状态

011XXX XXX 001 XXX XXX XXX XXX 该卡已初始化，并成功该卡未被初始化该卡初始化过程被锁

0 00 0 0 0 X X 该卡未个人化

0 01 0 X X X X 该卡个人化未结束

0 11 0 X X X X 该卡个人化成功

0 00 1 X X X X 该卡个人化没有成功，卡被锁

0 11 1 X X X X 该卡个人化成功，卡被锁

。

 

 

卡片状态字节中有关于初始化、个人化的概念，我们从卡片的生命周期来看这两个概念，卡片的生命周期一般包括如下几部分：

 

芯片芯片生产商

 

掩膜COS 芯片生产商

 

封装成卡片 卡片生产商

 

卡片的初始化（COS启用） 卡片生产商

传输密码保护

卡片的个人化 卡片发行商

 

卡片的使用 卡片的使用者

 

卡片的回收 卡片发行商

 

初始化过程就是激活COS，定义COS版本，经过这个过程COS才可以使用。

个人化过程是指建立文件，写入用户数据等操作。

卡片生产商在进行初始化后交付卡片发行商使用时，有传输密码保护。

 

IC卡必须支持T=0或T=1的协议，但不是同时支持这两种协议，而终端则必须同时支持T=0和T=1的协议。

T=0通讯协议是异步半双工字符传输协议；

T=1通讯协议是异步半双工块传输协议；

在ISO7816-3标准中，具体规定了这两种协议；

IC卡所用的协议在TD1中指定，如果在复位应答信息中没有TD1，则表示用T=0的协议进行通讯。在复位应答后，IC卡和终端之间即用IC卡指定的协议进行通讯。

 

五、指令解析

在此，我们以一个电子钱包的应用为例，讲解SmartCOS的指令。

1、文件结构：

 

在人行规范中定义了如下文件结构：

1）电子存折ED/电子钱包EP应用的公共应用基本数据文件

文件结构：

文件标识（SFI） ‘21’（十进制）

文件类型 透明

文件大小 30

文件存取控制 读=自由改写=需要安全信息

字节数据元 长度

1-8发卡方标识 8

9应用类型标识 1

10应用版本 1

11-20 应用序列号 10

21-24 应用启用日期 4

25-28 应用有效日期 4

29-30 发卡方自定义FCI数据 2

 

 

2）电子存折ED/电子钱包EP应用的持卡者基本数据文件

 

文件标识（SFI） ‘22’（十进制）

文件类型 透明

文件大小 39

文件存取控制 读=自由改写=需要安全信息

字节数据元 长度

1卡类型标识 1

2本行职工标识 1

3-22 持卡人姓名 20

23-38 持卡人证件号码 16

39持卡人证件类型 1

 

3）电子存折ED交易明细文件

 

文件标识（SFI） ‘24’（十进制）

文件类型 循环

文件存取控制 读=PIN保护

改写=不允许

记录大小 23

字节数据元 长度

1-2ED或EP联机或脱机交易序号 2

3-5透支限额 3

6-9交易金额 4

10交易类型标识 1

11-16 终端机编号 6

17-20 交易日期（终端） 4

21-23 交易时间（终端） 3

 

2、安全设计如下：

1）核对口令后可以进行外部认证；

2）01号外部认证密钥用于控制电子钱包的圈存；

3）02号外部认证密钥用于控制基本文件的修改、密钥的修改；

4）核对口令后可以进行消费。

 

KEY文件安装如下密钥：

KEY类型 标识KID 使用权限后续状态 该KEY作用描述

0B01 0F 1 个人密码PIN，用于个人密码校验

0801 11 2 外部认证密钥，用于电子钱包圈存

0802 1F F 外部认证密钥，用于基本文件的修改、密钥的修改

0101 22 无圈存密钥，用于产生圈存MAC

0002 01 无电子钱包消费密钥，用于产生钱包消费MAC

0201 03 无 TAC密钥，用于产生圈存、消费、取现、修改透支限额的TAC

0501 33 无应用维护密钥，用于产生应用锁定、应用解锁、卡片锁定、卡片锁定和读、更新二进制、记录命令的MAC

 

3、指令序列：

1）发卡过程，在卡上建立文件及安装密钥

[Create MF] APDU命令：80(CLA) e0(INS) 00(P1) 00(P2) 18(Lc) ff ff ff ffff ff ff ff (8字节传输代码) ff (在MF下建立文件的安全属性) 01（目录文件的短文件标识符） 31 50 4159 2e 53 59 53 2e 44 44 46 30 31(创建的文件名称)

 

[Create DF] APDU命令：80（CLA）E0（INS）01（P1） 00（P2） 0D （Lc信息长度）2F01（文件标识符）ff（建立文件权限） 00（COS保留） A0 00 00 00 03 86 98 07 01（ADF名称）

 

建立DF下密钥文件[Create File] APDU命令：80（CLA） E0（INS）02（P1） 00（P2）07（文件信息长度） 6F 02（密钥文件标识 ）05（文件类型） FF（增加新密钥的权限）00（COS保留） 09（记录数）19（记录长度）：

 

安装个人密码PIN [Write Key] APDU命令：80（CLA） E8（INS） 00（P1） 00（P2） 0A（密钥信息长度）01（密钥标识符）01（密钥版本号） 00（算法标识）0B（密钥类型）0F（使用权限）01（后续状态）2F（修改权限）33 (错误计数器）12 34（个人密码）

 

安装外部认证密钥（DEAK）[Write Key] APDU命令：80 （CLA）E8（INS） 00（P1） 00（P2）18（密钥信息长度） 01（密钥标识符） 01（密钥版本号） 00（算法标识） 08（密钥类型） 11（使用权限） 02（后续状态）FF（修改权限） 33 （错误计数器）XX XX XX XX XX XX XX XX XX XX XX XX XX XX XXXX（密钥内容）

 

安装外部认证密钥（DEAK）[Write Key] APDU命令：80 （CLA）E8（INS） 00（P1） 00（P2）18（密钥信息长度） 02（密钥标识符） 01（密钥版本号） 00（算法标识） 08（密钥类型） 1F（使用权限） 0F（后续状态）FF（修改权限） 33 （错误计数器）XX XX XX XX XX XX XX XX XX XX XX XX XX XX XXXX（密钥内容）

 

。安装电子钱包EP的消费密钥DPK。[Write Key] APDU命令：80 （CLA）E8（INS） 00（P1） 00（P2）18（密钥信息长度） 02（密钥标识符） 01（密钥版本号） 00（算法标识） 00（密钥类型） 01（使用权限） 00（后续状态）FF（修改权限） 00 （错误计数器）XX XX XX XX XX XX XX XX XX XX XX XX XX XX XXXX（密钥内容）

 

安装电子钱包的圈存密钥DLK [Write Key] APDU命令：80 （CLA ）E8（INS） 00（P1） 00（P2）18（密钥信息长度） 01（密钥标识符） 01（密钥版本号） 00（算法标识） 01（密钥类型） 22（使用权限） 00（后续状态）FF（修改权限） 00 （错误计数器）XX XX XX XX XX XX XX XX XX XX XX XX XX XX XXXX（密钥内容）

 

。安装消费/取现中用来生成TAC的密钥DTK[Write Key] APDU命令：80 （CLA）E8（INS） 00（P1）00（P2） 18（密钥信息长度） 01（密钥标识符） 01（密钥版本号） 00（算法标识） 07（密钥类型） 0F（使用权限）00（后续状态） FF（修改权限） 00 （错误计数器）XX XX XX XX XX XX XX XX XX XX XX XX XXXX XX XX（密钥内容）

 

安装应用维护密钥DAMK[Write Key] APDU命令：80 （CLA）E8（INS） 00（P1） 00（P2）18（密钥信息长度） 01（密钥标识符） 01（密钥版本号） 00（算法标识） 05（密钥类型） 0F（使用权限） 00（后续状态）FF（修改权限） 00 （错误计数器）XX XX XX XX XX XX XX XX XX XX XX XX XX XX XXXX（密钥内容）

 

 

建立公共应用基本文件[Create File] APDU命令：80（CLA） E0（INS） 02（P1） 00（P2）07（Lc信息长度） 00 15 （文件标识符）00 （二进制文件类型）0F（读权限）FF（更新权限）00 1e（文件长度）

 

建立持卡者基本数据文件[Create File] APDU命令：80（CLA） E0（INS） 02（P1） 00（P2）07（文件信息长度） 00 16 （文件标识符）00（二进制文件类型）0F（读权限）FF（更新权限） 00 27（文件长度）

 

建立交易明细文件[Create File] APDU命令：80（CLA） E0（INS） 02（P1） 00 （P2）07（文件信息长度）00 18（文件标识符） 03（循环记录文件类型）1F（读权限）10（更新权限）0a 17（文件长度）

 

写公共应用基本数据文件[Update Binary]APDU命令：00（CLA）D6（INS）95（P1）00（P2）1E（信息长度）A0 00 00 00 03 00 0001（发卡方标识）03（应用类型标识）01（应用版本） 00 00 19 98 08 15 00 00 00 01（应用序列号） 2000 10 01 （应用启用日期）20 02 12 31（应用有效日期）55 66 （发卡方自定义FCI数据）

 

写卡持有者基本数据文件[Update Binary] APDU命令：00（CLA） D6（INS） 96（P1） 00（P2）27（文件信息长度） 00（卡类型标识） 00（本行职工标识） 53 41 4d 50 00 00 00 00 00 00 00 0000 00 00 00 00 00 00 00（持卡人姓名） 31 31 30 31 30 38 37 30 30 33 31 3731 38 39 00（持卡人证件号码） 00 （持卡人证件类型）

 

建立电子钱包EP文件[Create File] APDU 命令：80（CLA）E0（INS）02（P1）00（P2）07（Lc）0001（文件标识符）06（文件类型）00（权限1）00（权限2）00（LEN1）00（LEN2）

 

结束建立应用（DF）[Create End] APDU命令：80（CLA） E0（INS） 01（P1） 01（P2） 02（文件标识符长度）2F 01（文件标识符）

 

结束建立MF [Create End] APDU命令：80（CLA） E0（INS） 00（P1） 01（P2） 02（文件标识符长度）3F 00（文件标识符）

 

2）交易过程

在此，我们以圈存过程及消费过程为例：

A、圈存——将金额存入卡中

在圈存前必须先校对个人口令及01号外部认证；

 

选择应用[Select File]APDU命令：00（CLA）A4（INS）00（P1）00（P2）02（长度）2F01（文件标识符）

 

校验PIN[Verify] APDU命令：00（CLA） 20（INS） 00（P1） 00（P2） 02（长度） 1234(PIN)

 

外部认证：[

取随机数[Get Challenge] APDU命令：00（CLA） 84（INS） 00（P1） 00（P2） 08

 

用01号外部认证密钥对随机数进行3DES加密；

 

外部认证[External Authentication] APDU命令：00（CLA） 82（INS） 00（P1） 01

（P2） 08（长度）XX XX XX XX XX XX XX XX （加密后的随机数）

]

 

圈存：[

初始化圈存[Initalize For Load] APDU命令：80（CLA） 50（INS） 00（P1） 02（P2）0B（长度） 01(密钥标识符) 00 00 10 00（交易金额） 00 00 00 00 00 01（终

端机编号）

 

如果初始化圈存成功，则应答数据域内容：

说明长度(字节)

电子存折或电子钱包旧余额 4

电子存折或电子钱包联机交易序号 2

密钥版本号 1

算法标识 1

伪随机数ICC 4

MAC1 4

 

 

用圈存对应答内容（4字节伪随机数ICC+2字节电子存折或电子钱包联机交易序号+80 00）进行3DES加密生成过程密钥；

 

圈存[Credit For Load]APDU命令：80（CLA）52（INS）00（P1）00（P2）0B（LC）

YYYY MM DD （交易日期）HH MM SS （交易时间）XX XX XX XX（MAC2）

 

MAC2的计算：

初始值：00 00 00 00 00 00 00 00

密钥：上面生成的过程密钥

生成MAC2的数据：00 00 10 00（4字节交易金额）02（交易类型标识）00 00 00 00 0001（6字节终端机编号）YY YY MM DD （交易日期）HH MM SS （交易时间）

 

如果圈存交易成功，电子钱包文件的联机交易序号加1，交易金额加在电子钱包的余额上，并且在交易明细文件中增加一条记录。

 

B、消费过程：

在消费之前先校验PIN：

校验PIN[Verify] APDU命令：00（CLA） 20（INS） 00（P1） 00（P2） 02（长度） 1234(PIN)

 

初始化消费[Initialize For Purchase] APDU命令：80（CLA） 50（INS） 01（P1） 02（P2）0B（长度） 01(消费密钥标识符)00 00 00 01（消费金额）00 00 00 00 00 01（终端机编号）

 

如果初始化消费成功，则应答数据域内容：

说明长度(字节)

电子存折或电子钱包旧余额 4

电子存折或电子钱包联机交易序号 2

透支限额 3

密钥版本号 1

算法标识 1

伪随机数ICC 4

 

消费[Debit For Purchase]APDU命令：80（CLA）54（INS）01（P1）00（P2）0F（LC）

YYYY YY YY （终端交易序号）YY YY MM DD（终端交易日期）HH MM SS （交易时间）XX XX XXXX（MAC1）

 

用消费/取现密钥对（4字节伪随机数ICC+2字节电子存折或电子钱包联机交易序号+终端交易序号的最后2个字节））进行3DES加密生成过程密钥；

 

MAC1的计算：

初始值：00 00 00 00 00 00 00 00 00（8个字节）

密钥：过程密钥

生成MAC码的数据：4字节交易金额+1字节交易类型标识+6字节终端机编号+4字节终端交易日期+3字节终端交易时间

 

如果消费交易成功，电子钱包文件的联机交易序号加1，电子钱包减去交易金额，并且在交易明细文件中增加一条记录。

 

六、其它指令解析

以下指令在使用过程中有较多的疑问，解释如下：

1、密钥的密文安装过程：

在3.2版本中对密钥的密文安装会有所不同，它的过程如下：

1）建立密钥文件：

建立密钥文件时，有关的文件信息如下表：

Lc有关文件信息

07文件标识符 (2字节) 文件类型 (1字节) 权限1 (1字节) 权限2（1字节） Len1(1字节) Len2 (1字节)

权限1指明增加新密钥的权限，权限2指明用何种方式安装密钥。权限2设为80h，表示以密文方式安装。

2）使用上一层的应用主控密钥（SmartCOS3.2中规定：密钥标识为01的外部认证密钥为应用主控密钥）对密钥信息进行加密（密钥信息为：明文密钥信息长度+密钥信息+80 00 0000 00 00 00），对密钥信息的加密方式按标准的Triple DES或Single DES，如果密钥为16字节，则用TripleDES加密，如果为8字节，则用Single DES加密。

3）生成MAC码，初始值为：4个字节的随机数+00 00 00 00，生成MAC码的数据为：5个命令头+加密后的密钥信息。

4）其它密钥的密文安装都使用应用主控密钥加密安装。

5）密文安装MF下的应用主控密钥时，则使用卡片的传输密钥进行安装。

 

2、采用安全报文写二进制文件

1）在建立二进制文件时，文件类型的第4位为1表示采用安全报文。

2）LC为写入的字节数+4

3）安全报文（MAC）的计算：

初始值为：4个字节的随机数+‘00 00 00 00’

密钥为：应用维护密钥

 

代码值

CLA04

INSD6

P1Xx

P2Xx

Lc写入数据长度+4

DATA 写入数据+4字节MAC

 

8、PIN Unblock个人密码的解锁

命令报文编码如下：

代码值

CLA84

INS24

P100

P201-解锁个人密码

Lc0C

DATA 加密的个人密码数据元+报文鉴别代码（MAC）数据元，使用PIN解锁密钥。

其中：

加密的个人密码数据元：

PIN解锁密钥对 PIN明文长度+PIN+80 00（补足8的倍数）进行加密生成

MAC的生成：

初始值：4字节随机数+00 00 00 00

密码：PIN解锁密钥

生成MAC码的数据：CLA+INS+P1+P2+LC+加密的PIN（8字节）

 

六、CPUDEMO的使用

 

七、RD读写器函数库的使用说明

(1)int cpu_reset(int icdev,unsigned char *data_buffer);

说明：CPU卡复位操作

参数：icdev: 初始化返回的设备标识符

data_buffer：复位响应返回的字符串

返回：= 0 正确

< 0 错误(见错误代码)

 

 

(2)int cpu_protocol(int icdev,int len, unsigned char *send_cmd,

unsigned char *receive_data)

说明：按照CPU卡T=1的传输协议向读写器发送命令串

参数：icdev: 初始化返回的设备标识符

send_cmd：对卡操作的命令串（T=1格式）

len: 命令串的长度

receive_data: CPU卡返回的数据串

返回：= 0 正确

< 0 错误(见错误代码)

 

(3)int cpu_comres(int icdev,int len, unsigned char *send_cmd,

unsigned char *receive_data)

 

注意事项：

1）不管是T=0或T=1的卡，RD读写器都是按T=1格式来传输命令的。

发送的命令串send_cmd包括：

NAD+PCB+LEN+COMMAND+BCC

对于T=0的卡，NAD、PCB可填‘00’；

返回值receive_data结构与Send_cmd相同。

 

2）cpu_comres与cpu_protocol()的不同

a.当上层函数库收到状态字节SW1SW=61XX时，Cpu_protocol()函数做进一步处理，向读写器下发取应答字节指令（GetRespond），并将数据和状态字节一并返回；而cpu_comres()函数不做任何处理，直接将状态字节SW1SW2返回。

b.当上层函数库接收到状态字节SW1SW=6CXX时，Cpu_protocol()函数做进一步处理，将XX赋予le后重新发送上次指令，并将数据和状态字节一并返回；而cpu_comres()函数不做任何处理，直接将状态字节SW1SW2返回。