APDU协议 APDU协议,即是智能卡与读写器间的应用层协议,在ISO7816-4[7]中定义了该协议的结构格式.APDU数据有两种结构,读写器使用的APDU结构为命令APDU,C-APDU(Command APDU),智能卡方面使用的APDU结构为响应APDU,R-APDU(Reponse APDU). 命令APDU 必选部分:CLA, INS, P1, P2 可选部分:LC, 数据段, LE CLA确定APDU的类别,INS确定要执行的指令,P1和P2是参数. LC确定数据段的长度,数据段是

本文转载自:http://blog.csdn.net/lvxiangan/article/details/53933714 PSAM卡的内容交互,是通过APDU指令完成的,常见的APDU报文格式如下: APDU命令:CLA INS P1 P2 Lc Data Le 其中CLA为指令类别:INS为指令码:P1.P2为参数:Lc为Data的长度:Le为希望响应时回答的数据字节数的最大可能长度. 响应指令: SW1 SW2 某厂商“选择目录”指令如下: hexApdu = "00A40000024F5

7816时序 7816时一个比较早的老通讯时序了,最近项目上需要用UART模拟所以,简单学习时序. 时序比较简单,熟悉UART的一眼看着就像是串口的时序,只是他没有停止位,取而代之的就是保护时间guradtime,一般是两个etu所以可以使用两个停止位来模拟.电路图上就是将RX和TX短接,在发送关闭串口的接受功能反之接收时关闭发送功能就可以了. APDU指令 1.报文格式. C-APDU有4字节的必备长度和1个可变长度条件体组成 CLA:命令报文类别字节 INS:命令报文指令字节 P1:参数1

本文转载自:http://blog.csdn.net/hlx156/article/details/54136756 一个APDU可以是一个命令,也可以是命令的响应. 命令APDU的一般格式: CLA INS P1 P2 P3 Data 响应APDU的一般格式: Data SW1 SW2 各个字节的意义如下: CLA: 是指令类型,GSM应用为0xA0. INS:每个命令的指令编码,下面有定义. P1,P2,P3:指令参数.0xFF是个无效值,P3给出了数据单元的长度.对于传送命令,当SIM 流

状态码 性质 错误解释 9000 正常 成功执行 6200 警告 信息未提供 6281 警告 回送数据可能出错 6282 警告 文件长度小于Le 6283 警告 选中的文件无效 6284 警告 FCI格式与P2指定的不符 6300 警告 鉴别失败 63Cx 警告 校验失败(x-允许重试次数) 6400 出错 状态标志位没有变 6581 出错 内存失败 6700 出错 长度错误 6882 出错 不支持安全报文 6981 出错 命令与文件结构不相容,当前文件非所需文件 6982 出错 操作条件(AC

9000 正常 成功执行6200 警告 信息未提供6281 警告 回送数据可能出错6282 警告 文件长度小于Le6283 警告 选中的文件无效6284 警告 FCI格式与P2指定的不符6300 警告 认证失败63Cx 警告 PIN校验失败(X表示允许重试次数)6400 出错 状态标志位没有变6581 出错 内存失败6700 出错 Lc错误6881 出错 不支持逻辑通道6882 出错 不支持安全报文6884 出错 不支持命令链6901 出错 (命令不接受)无效状态(如卡已锁定,MF未建立)698

1 使用FFFE 发送Raw data 例如: 想要发送raw data :5140 FFFE0000025140 实际收到的是: 0B0051403E1E , (0B:PCB , 00:CID, 3E1E: EDC) 14443 协议帧格式如下: 通过对比得出,通过FFFE指令,实际发送的数据依旧是标准I块的格式, 不能发送非标准帧的数据: 2 使用FFCC 发送 L3层指令 相关命令: READER_CNTLESS_RAW_CFG  :  设置进入RAW模式,通过跟踪仪数据,发送该指令后,S

CLS:命令报文的类别字节,class byte(类别字节) of command message(命令报文) UranusPay ED/EP: UranusPay是HB公司开发的COS,而ED是电子存折(electronic Deposit),而EP是电子钱包(electronic Purse) 常用的命令集: 功能描述          命令           类别    操作码 读透明文件:Read Binary    00       B0

There is some notes while I am learning Ubuntu Operate System! (Ask Ubuntu & Fedora) 1-- Hard link : ln command have different parm. Hard link means that the two files is connect together for backup the original files.If you edit any of the two files

JAVA卡与智能卡 什么是 JAVA 卡呢?JAVA 卡是一种可以运行 JAVA 程序的接触式微处理器智能卡.1996 年 11 月,JAVA 卡 1.0 版本的规范正式发布了.如今 JAVA 卡最新的规范已经到了 2.1 版. 相信对智能卡比较了解的读者一定会问:智能卡的出现和使用已经快有二十年了,为什么会在最近出现 JAVA 卡的呢?为什么 JAVA 卡会变得如此受欢迎?为了回答这个问题,我们先来回顾一下 JAVA 卡出现之前的智能卡,看看它存在着什么样的问题. JAVA卡之前的智能卡 早期

摘要:阐述T=0传输协议,给出IC卡读写器中使用的IC卡APDU指令流程和原理框图:重点介绍其中的IC卡接口芯片Philips的TDA8007,给出通过TDA8007对CPU IC卡上下电过程.具体程序及TDA8007使用中应注意的问题. 关键词:CPU IC卡 TDA8007 ISO7816 IC卡(Integrated Circuit card)即集成电路卡,是将一个集成电路芯片镶嵌于朔料基片中,封装成卡的形式,外形与常用的覆盖磁条的磁卡相似.IC卡芯片具有写入和存储数据的能力.IC卡存储器

FIDO 联盟(Fast IDentity Online Alliance)简介 网站:http://fidoalliance.org FIDO Alliance,成立于2012年7月. FIDO的目标是创建一套开放的标准协议,保证各个厂商开发的强认证技术之间的互操作性,改变目前的主流在线验证的方式(即使用密码作为主要验证手段),消除或者减弱用户对密码的依赖.对于互联网公司来说,随着重大数据泄露事故的频发,过去基于密码的在线身份验证技术已经难以维持互联网经济的稳定发展,安全界关于"密码已死&qu

  JavaCard Native 功能特性 开发语言 l  纯面向对象的Java语言的子集. Java语言先进灵活,开发调试速度快,实现灵活. l  Java没有指针,并且有内部安全机制可以有效的避免越界访问造成的程序的错误和崩溃. l  所有的变量在Java中创建时,都会被自动进行初始化. l  汇编和标准C,面向过程的语言. l  汇编语言作为机器语言,比较晦涩,开发速度慢,使现有局限,但是运行速度快,效率高. l  C语言有指针,可以灵活的实现各种内存操作,但容易因为越界访问造成错误和崩

智能卡(此处主要指接触式CPU卡)本身始终处于被动的状态,所以终端设备在和智能卡进行数据交互的时候,需要首先给智能卡发指令,智能卡才会对应地给出应答.而智能卡告诉终端的第一句话就是ATR,亦即“复位应答”. 想象一下,如果让你为智能卡设计一个通讯协议,该怎么设计? 因为ATR是智能卡上电后说的第一句话,所以一定要确保这句话被准确地接收.在设计通讯协议的时候,有必要设计一个可以让收发双方进行“握手”的“同步头”,如果接收方能够正确解析同步头数据,那么双方就可以在默认的参数下正确地进行后续的通讯.A

1.有两种协议 T=0,异步半双工字符传输协议 T=1,异步半双工块传输协议 终端一般都支持这两种协议,IC卡可以选择支持其中的一种.(因为终端可能需要面对各种类型的卡片,所以必须两种协议都支持,而卡片则不然了) 2.如何判断卡片支持哪种传输协议? 在ATR值得TD1字段中规定了后续传输中所采用的传输协议,T=0或T=1,如果ATR中不存在ATR的话,则假定采用T=0 如果在ATR之后卡片与终端之间没有参数协商的PTS过程的话(详细细节可参考ISO7816相关部分),由IC卡指定的协议将在复位应

本文转载自:http://blog.sina.com.cn/s/blog_4df8400a0102vcrk.html 深入理解7816(2)---关于ATR 智能卡(此处主要指接触式CPU卡)本身始终处于被动的状态,所以终端设备在和智能卡进行数据交互的时候,需要首先给智能卡发指令,智能卡才会对应地给出应答.而智能卡告诉终端的第一句话就是ATR,亦即“复位应答”. 想象一下,如果让你为智能卡设计一个通讯协议,该怎么设计? 因为ATR是智能卡上电后说的第一句话,所以一定要确保这句话被准确地接收.在设

版权声明:本文为博主原创文章,遵循 CC 4.0 by-sa 版权协议,转载请附上原文出处链接和本声明.本文链接:https://blog.csdn.net/sgn5200/article/details/82855478Android NFC M1卡读写&芯片卡读写(CPU卡读写)(RFID读写)NFC 读写分几种,本文主要讲M1卡扇区读写和芯片卡读写权限初始化1 onCreate( initNFC() )2 onResume( )3 onPause()4 NFC设备刷卡时触发 onNewIn

PBOC第八部分和第十一部分关于TYPEA总结(一) ——初始化和防冲突(ISO14443-3) 第八部分 与应用无关的非接触式规范 ISO14443(1~4) 第十一部分 非接触式IC卡通讯规范 在第八部分的基础上,详细规定了非接触式设备和非接触式卡片之间无线通讯协议的有关要求. PBOC规范,因为不同单位所写,规范中各部分会有重叠和冲突,这篇文档对第八部分和第十一部分进行总结,此部分作用可用于对PCD(读卡器)和PICC(IC卡)数据通讯的底层编写(关于TYPEA协议部分). 一.初始化和防

1.大致介绍: >_<" 大致执行顺序是:ipl10.nas->asmhead.nas->bootpack.c PS: 这里bootpack.c要调用graphic.c.dsctbl.c.fifo.c.int.c实现功能,其中有些函数还必须汇编来写,所以单独写一个汇编文件naskfunc.nas,为了方便看全部函数和结构体,所以写一个bootpack.h来写一些结构体和函数声明~ >_<" 下面是编译图解:最终生成的haribote.img可放在软盘

原文地址: http://www.php-oa.com/2008/01/17/squid-log-access-store.html access.log 日志 在squid中access访问日志最为重要,位于/var/log/squid/access.log,Squid把关于HTTP响应的关键信息存放在access.log里.该文件是基于行的,也就是说每行对应一个客户端请求. squid记录客户端IP(或主机名).请求URL.响应size.和其他信息. 常用的记录格式如下(包含了10个域):