注册会员 | 设为首页 | 加入收藏夹
您好，欢迎光临本网站！[请登录] ！[注册会员]！  

搜索资源列表

  1. 基于虚拟磁盘的文件加密方法

  2. ：文件加密存储是保证机密数据不被窃取或篡改的有效方法．介绍了一种基于虚拟磁盘的文件加密方法，其思想是利 用WindowsWDM设备驱动程序技术，创建虚拟磁盘分区，在响应虚拟磁盘的I／0请求的过程中，进行实时的数据加／解密，并 采用USB智能卡进行用户身份认证及密钥管理，从而保证存储在虚拟磁盘中的文件的安全性。实验证明，该方法是一种安 全、高效、易用的文件加密存储解决方案。

  3. 所属分类：专业指导

    • 发布日期：2010-03-27
    • 文件大小：429056
    • 提供者：sbmye

  1. 智能卡技术基础（原创）

  2. 目 录 1 1 IC卡的定义和分类 3 1.1 定义 3 1.2 IC卡的分类 3 2 接触式IC卡 4 2.1 物理尺寸 4 2.2 信号连接 5 3 非接触式IC卡 5 3.1 工作原理 5 3.2 按工作距离分类 6 3.3 按工作频率分类 7 3.4 M1卡 7 3.5 FeLiCa卡 7 4 智能卡相关标准 7 5 T=0传输协议 8 5.1 T=0协议物理层描述 9 5.2 T=0协议链路层实现 10 5.3 T=0协议的终端传输层和应用层的实现 11 5.4 总结 12 6 智能

  3. 所属分类：其它

    • 发布日期：2011-01-10
    • 文件大小：2097152
    • 提供者：nanstone

  1. 基于虚拟磁盘的文件加密方法 .pdf

  2. 介绍了一种基于虚拟磁盘的文件加密方法，其思想是利　用ＷｉｎｄｏｗｓＷＤＭ设备驱动程序技术，创建虚拟磁盘分区，在响应虚拟磁盘的ＵＯ请求的过程中，进行实时的数据ｈａ／解密，并　采用ＵＳＢ智能卡进行用户身份认证及密钥管理，从而保证存储在虚拟磁盘中的文件的安全性。

  3. 所属分类：其它

    • 发布日期：2011-02-18
    • 文件大小：1048576
    • 提供者：qq65777

  1. 智能卡COS产品强制性认证实施规则

  2. 4月27日，中国国家认证认可监督管理委员会发布了编号为CNCA-11C-079:2009的《信息安全产品强制性认证实施规则——智能卡COS产品》文件，详细说明了智能卡COS强制性认证的范围、模式、申请受理程序等等，为了读者更加详细全面了解有关规则，本期特将该规则刊载如下，供读者参考，该规则从2009年5月1日起正式实施。 

  3. 所属分类：系统安全

    • 发布日期：2018-09-19
    • 文件大小：292864
    • 提供者：washingtonxr

  1. 动态多应用智能卡文件系统的研究与设计

  2. 本文根据ISO7816国际标准,设计了智能卡文件类型及组织结构、文件访问及管理,同时详细设计了文件系统中文件分配表和文件管理指令,使其可以满足动态存储应用的需求。

  3. 所属分类：其它

    • 发布日期：2020-10-26
    • 文件大小：132096
    • 提供者：weixin_38743737

  1. 多功能智能卡文件系统设计

  2. 本文研究并设计动态多应用智能卡文件系统。利用文件分配表为每个文件建立映像，利用 CMB 块进行文件管理，设置文件访问机制保证了每个应用的读写安全，最后详细设计文件操作命令，使得 应用可以对文件进行建立，删除等操作。

  3. 所属分类：其它

    • 发布日期：2020-10-25
    • 文件大小：83968
    • 提供者：weixin_38602189

  1. 动态多应用智能卡文件系统的研究与设计

  2. 摘要：本文根据ISO7816国际标准,设计了智能卡文件类型及组织结构、文件访问及管理,同时详细设计了文件系统中文件分配表和文件管理指令,使其可以满足动态存储应用的需求。 　　0 引言 　　智能卡或称 IC 卡，英文名称为Smart Card 或Integrated CircuitCard。它是由一个集成电路芯片嵌 于塑料基片中封装而成。卡中的集成电路包括中央处理器(CPU) ，闪存(EEPROM)、随机存储器 (RAM)、只读存储器(ROM) 等[1]。动态多应用智能卡允许一张卡片上可以同时

  3. 所属分类：其它

    • 发布日期：2020-11-09
    • 文件大小：131072
    • 提供者：weixin_38656103

  1. 智能卡的文件管理

  2. 智能卡里的所有文件都存放在EEPROM里。这是智能卡中惟一的－种在没有电源的情况下能够持续保存数据 而在必要时也允许改变数据（当取得适当电源时）的存储器。它也是提供了把信息从一个会话期保存到下一 个会话期的惟一方法，因为在RAM里的内容当智能卡掉电时就会丢失，而ROM里的内容在芯片制好之后就不能 改变了。 　　在早期的智能卡里，文件是采用实际地址直接访问的。实际上，还没有一个按字面意义理解的真正的文件 。相反，整个存储器可从外边线性地寻址，并可以使用读取和写入命令来进行访问。当然，这在现代的操

  3. 所属分类：其它

    • 发布日期：2020-11-14
    • 文件大小：109568
    • 提供者：weixin_38630697

  1. 智能卡文件访问条件

  2. 在面向对象的设计架构之内，所有的文件都具有在文件管理系统的环境内控制访问它们的信息，这些信息 被实际地编码在每个文件的头标里。整个智能卡文件管理的安全性就立足于对文件访问权限的管理，因为它 们形成了对文件访问控制的基础。 　　当文件创建时就规定了访问条件，而且以后也不能再改变。在文件许可访问条件方面，有着很大的变化程 度，取决于操作系统所提供的命令。例如，如果在智能卡操作系统中没有存在READ RECORD这条命令，那么 定义它的访问条件就没有用处。 　　对于MF和DE（和EF不同），没有存

  3. 所属分类：其它

    • 发布日期：2020-11-14
    • 文件大小：67584
    • 提供者：weixin_38750406

  1. 智能卡EF的结构

  2. 与DOS系统里的文件相反，在智能卡里BF具有其内部结构。每一个FF的结构可根据预定的用途来选择。这对 外部世界来说是一个很大的优点，因为这些内部结构使得所构造的数据元可访问得迅速而直接。BF结构的分 类如图1所示。 图1 智能卡操作系统BF文件结构的分类 　　在智能卡里这些数据结构的管理需要非常大量的程序代码。这就是数据结构相互都不对称，而宁可以其经 常实际需要的形式出现的原因。￣ 　　1．透明文件结构 　　透明数据结构经常指的是二进制的或杂乱无章的结构；换句话说，一个透明文件根本就没有

  3. 所属分类：其它

    • 发布日期：2020-11-14
    • 文件大小：168960
    • 提供者：weixin_38610052

  1. 智能卡的文件选择

  2. 面向对象文件管理系统要求在文件被选中之后才可以进行存取处理。文件选择就是通知操作系统即将对那个文件进行访问。新文件的成功选择将导致前面的选择无效。这就意味着在任何时候被选中的文件只能有一个。由于FID是可以随便选择的，因此就必须对文件的自由寻址范围强加一定的限制。否则，可能很容易发生在一个文件树下的几个文件具有相同的FID都是可用的 情况，这样操作系统也就不得不去决断哪个文件是打算选择的，为了避免这种模糊不定性，确保操作系统中 文件管理器检索算法的惟一性。因此，对文件选择的方案有意地加了一些限制

  3. 所属分类：其它

    • 发布日期：2020-11-14
    • 文件大小：82944
    • 提供者：weixin_38737283

  1. 智能卡内部文件结构

  2. 最新的智能卡文件管理系统具有面向对象的内部文件结构，就是说把有关文件的所有信息都存储在文件本身里。采用这种原理的附带结果是在完成任何动作之前都必须先选择此文件。这样，在这些面向对象系统里的文件总是分成两部分。第1部分称为文件头标，它包含着有关文件的格式和结构方面的信息，以及存取的条件；第2部分存储可变的数据（即文件体），它通过指示器来与文件头标相链接，如图所示。 图 智能卡文件管理系统中文件的内部结构 　　除提供了更好的数据结构之外，这样的安排对于数据条目来说，也具有更安全的优‘点。进而，面

  3. 所属分类：其它

    • 发布日期：2020-11-14
    • 文件大小：44032
    • 提供者：weixin_38657139

  1. Small-OS智能卡操作系统的文件访问

  2. ISO/IEC 7816-4标准中叙述的文件系统的有关访问条件和密钥管理方面允许有大量的选项。因此，对于 Small-OS选用了实践中多应用操作系统已经常采用的方案。工作EF的文件头标中含有对于每一条不同的访问 命令规定的状态（例如，READ命令的条件…AccessCondition．Read）。每个状态用一个正整数描述。这就 是说，每一EF在其头标中具有读和写访问的独立的状态值。命令执行前，在现行目录内必须达到这些值。状 态0表示基本状态（空闲），所以状态条件为0意味着所有的访问都是被允许的。

  3. 所属分类：其它

    • 发布日期：2020-11-14
    • 文件大小：43008
    • 提供者：weixin_38736529

  1. Small-OS智能卡的回送代码管理器和文件管理器

  2. 回送代码管理用一个人口值在一个表中寻找回送代码，然后把它加到发送缓存器中的任何数组的尾部。有 两个理由在这方面使用一个专用的管理器：第1，这是一种较好的编程风格使所有的回送代码都在一个确定 的位置。例如，在软件出差错时很容易并在一个中心位置使之有可能用一个专门的回送代码去取代了一个回 送代码；第2，用一个回送代码管理器节省了宝贵的存储器，很容易算出每一个回送代码只在一个通用表中 存储一次，要比在每个需用它的地方重复存储它占用的存储量少。 　　在真正的智能卡操作系统中，为了安全起见，所有文件访问

  3. 所属分类：其它

    • 发布日期：2020-11-14
    • 文件大小：256000
    • 提供者：weixin_38622125

  1. Small-OS智能卡的变量

  2. Small-OS中的变量基本上可分为RAM和EEPROM变量。RAM变量在每次智能卡复位后都要重新初始化并仅在一次会话期内保存这些值。然雨，数据可以不失时地存储在RAM变量中，而且写循环的次数不受限制。EEPROM变量相反，都是用于实现文件管理器的，对于这些数据的内容和访问条件在会话期间必须存在，所有这些变量均列举在表1～表5中。 　　表1 Small-OS所用的回送代码常数 　　表2 Small-OS中用于传送给和传送自智能卡的数据的变量（所列举的是典型地保存在RAM中的变量） 　　表3

  3. 所属分类：其它

    • 发布日期：2020-11-14
    • 文件大小：387072
    • 提供者：weixin_38707862

  1. 智能卡读和写命令

  2. 读和写类命令主要用于智能卡安全地存储数据。使用这些命令有可能把数据写人有关的BF并在以后重行读 回。EF具有特定的访问条件，只有被授权的用户才可能读出这些文件，信息在卡内的存储受到了保护以防止 未授权的访问。 　　由于存在着不同数据结构的Ⅲ，就有了对于这些文件不同的读和写命令。遗憾地是，这并不完全相应于一 个面向对象的文件管理结构。在纯粹的面向对象的设计中，操作系统必须构造得使对象本身可以决定其访问 机制。这不是智能卡文件的情况，这种不协调可回溯到从历史上出现的命令被相继地结合到现行标准的日子

  3. 所属分类：其它

    • 发布日期：2020-11-14
    • 文件大小：458752
    • 提供者：weixin_38599518

  1. 智能卡文件选择命令

  2. 无一例外，在所有流行的智能卡操作系统中的文件管理都是面向对象的。在不同的事态中，这意味着在执 行任何动作于一对象（它相应于一个文件）之前，首先要选中它，只有这样系统才知道是作用于那个文件， 而所有后继的文件专用命令仅仅作用于此文件。当然，在操作系统内仍必须对访问文件的条件进行检查，以 确定有关的命令是否被许可，这一点甚至可能是首要的。 　　主文件MF（Master File）在卡复位后总是隐含被选择的，所以它不需要专门的选择，其他文件则由执行 SELECT FILE命令来接着选择。文件或者是用

  3. 所属分类：其它

    • 发布日期：2020-11-14
    • 文件大小：145408
    • 提供者：weixin_38626080

  1. 智能卡的实际应用

  2. 和简单的存储卡相比，微处理器卡的另一个优点是可以预先规定指令的序列。于是，就有可能用其参数准确规定所有的命令和序列，这样在对文件进行面向对象的授权访问时，同时防止了未授权的访问。智能卡在这方面所具有的能力是非常大的，简单的操作系统常常不能管理状态机，而现代的操作系统甚至能用指令参数来定义专用的状态机。 　　智能卡状态机可划分为微和宏两种类型。微状态机只规定短指令序列，而且只在序列中的第1条命令被送至卡后才被激活，一个典型的例子是需要鉴别一终端的命令。第1条命令向终端请求一随机数，它激活了一个微

  3. 所属分类：其它

    • 发布日期：2020-11-14
    • 文件大小：136192
    • 提供者：weixin_38551070

  1. 智能卡文件管理命令

  2. 绝大数现代智能卡操作系统允许对文件扩大、创建、擦除和闭锁，以及其他的文件管理功能，只要在所加 诸于它们的特定的安全条件的限度之内即可。然而，大多数或是全部的管理功能对单一应用卡来说都被省略 了，这些功能要占用大量的程序代码并因此增大了对存储量的需求，从而加大了卡的成本。对于多应用卡来 说，支持某些管理功能是绝对必需的，以避免在个人化时把所有的应用都装人卡内的需求。 　　从安全的观点出发只应在相互鉴别之后才执行管理功能，因为它们对攻击者来说是理想的工具。例如，假 定有一个未经授权的人删去了一个存

  3. 所属分类：其它

    • 发布日期：2020-11-14
    • 文件大小：370688
    • 提供者：weixin_38699726

  1. 欧陆卡的补充应用

  2. 欧陆卡的操作系统具有下载可执行程序代码的命令和机制。然而，这必定随每一类型的微控制器和操作系统而不同，因为只有地址依赖于机器的代码才能下载。这种需求对下载新命令所需的逻辑工作量是为什么这一机制目前尚未应用的主要原因。 　　然而，在智能卡中对于补充应用来说并非绝对需要装入程序。在大多数情况，有适当的访问权去访问可用的文件就足够了。欧陆卡规范包括了可创建文件的命令，然而，经清算中｀心在每张单独的卡中去实现一附加的应用所需要的管理工作量是太大了，这是此机制很少被应用的原因。 　　相反，在欧陆卡个人

  3. 所属分类：其它

    • 发布日期：2020-11-14
    • 文件大小：48128
    • 提供者：weixin_38620267
« 12 »