Windows95应用程序直接进入0特权级的实现.docVIP

浙江丝绸工学院学报 , 第 16 卷 , 第 1 期 , 1999 年 3 月 Journal of Zhejiang Sichou Institute of Technology Vol . 16 , No . 1 , Mar1 1999 Window s 95 应用程序直接进入 0 特权级的实现 周 华 王先忧 (浙江丝绸工学院) (浙江丝绸工学院纤维分院 , 杭州 310033) 摘 要 介绍了一个在 Windows95 应用程序中 , 无需通过传统的 VxD , 直接进入系统 0 特权级的方 法 。从而方便地实现了诸如物理内存读写 、实时的 I/ O 访问 、DMA 控制 、中断处理 、I/ O 的拦截 等许多操作 。 关键词 : Windows95 特权级 虚拟设备驱动程序 中图分类号 : TP311152 前 言 0 Win95 是一个运行在 386 保护模式下的操作系统 , 在 Win95 下运行的程序 , 被赋予 0 特 权级和 3 特权级 。在 0 特权级下运行的程序 , 具有最大的权限 , 可不受限制地做它想做的任 何事情 , 如 CPU 控制 、系统资源和硬件资源的管理等 。Win95 的系统内核以及许多 VxD ( 虚 拟设备驱动程序) 运行在 0 特权级下 。 所有的 Windows32 位的应用程序 (以下简称应用程序) 被限制在第 3 特权级下 。这些应 用程序要访问硬件资源须通过 VxD 进行 。 在多任务环境下 , 为了满足多个进程同时共享一个硬件设备时 , VxD 是必要的 。但在许 多场合 , 如开发自己的硬件驱动 (数据采集卡 、控制卡 、加密卡) 、编制硬件仿真 、加解密 等应用软件 , 想进行物理内存和 I/ O 的读写 、拦截 I/ O 、处理中断时 , 编写 VxD 有诸多不 便 。一是编程困难 , 要开发 VxD 程序 , 需使用微软的 DDK 工具 , 并要求开发者具备扎实的 汇编语言功底 , 精通 386 保护模式的编程 , 熟悉系统的内核结构 , 其 VxD 的调试更犹如恶梦 一般 , 因此许多程序员视 VxD 编程为畏途 。二是 VxD 程序和应用程序是分开的 , 常常可以 看到许多应用软件产品 , 仅仅需要一些简单的系统或硬件的访问 , 就不得不带上一个 VxD 模块的尴尬现象 。特别是一些加密产品 , 外加一个 VxD 模块就破坏了加密环境的密闭性 , 给解密者提供了有乘之机 。VxD 的使用也很不便 , 在程序中要使用 VxD 只能用 Device IoCon2 trol 函数通过调用号间接地访问 。 () 因此 , 在不考虑多任务共享代码的场合 , 常希望在 Win95 的应用程序中能够不通过 VxD 而直接进入 0 特???级 。本文将通过对 Win95 的系统分析 , 给出了一种用 VC + + 实现直接进 本文收到日期 : 1998211205 入 0 特权级方法 , 实现了 VxD 的许多功能 。 原理和方法 1 111 386 的保护实现 在 386 保护模式下运行的每个进程 ( 在多任务环境下每一个在内存中运行的程序和任 务 , 可以理解为一个进程) , 都有各自的内存空间和权限 。进程的任何超出内存空间和权限 的访问企图 , CPU 都会产生一个硬件异常 , 通知操作系统进行相关处理以阻止未授权的事件 发生 , 保证系统和其它进程的安全运行 。 进程的内存空间和其权限限制 , 是由程序装入时的段寄存器决定的 。在 8086 模式下 , 段寄存器的内容是地址的一部分 , 只要用段寄存器值和偏移量进行简单运算就能得到具体地 址 。而在 386 保护模式下 , 段寄存器内容被称之为 “选择符”, 它用来从描述符表中获得描 述符 , 其格式如图 1 。 图 1 中 , Index 是描述符表的索引 ; TI 为描述符表类型 ; 0 为 GDT (全局描述符表) ; 1 为 LDT (局部描述符表) ; RPL 为请求者的 0～3 特权级 。 15 7 3 2 1 0 图 1 选择符结构 实际上 , 选择符 (段寄存 器) 的值 AND0xFFF8 就是描 述符在描述符表 ( GDT、LDT) 中的偏移地址 。描述符表中的 描述符是一种 8 字节的数据结 构 (图 2 ) , 具有系统描述符 ( S = 0) 和段描述符 ( S = 1) ; 类型 , S = 0 时为 LDT、TSS、 63 55 47 39 32 31 15 0 图 2 描述符结构 调用门 、中断门等 , S = 1 时为代码/ 数据段及 R/