第三章 pmtest4源码解析——利用门调用实现特权级转移

最新推荐文章于 2024-07-02 19:30:48 发布

poclist

最新推荐文章于 2024-07-02 19:30:48 发布

阅读量454

点赞数

分类专栏： osdev

osdev 专栏收录该内容

151 篇文章 11 订阅

订阅专栏

摘要：本节，我们将通过分析pmtest4来实现利用调用门进行段间转移。

一、背景与原理

在汇编语言中，我们不能执行这样的指令：mov ds100h和movcs，ax；也就是说，段寄存器的值，是不能像通用寄存器一样，随意赋值的。具体的cs寄存器而言，它涉及到程序的控制转移，需要借助jmp、call、ret、sysenter,sysexit,int n,iret来实现，或者通过中断和异常来完成。我们知道，jmp和call指令，实现的跳转形式如下jmp selector：offset，其中，selector可以指向：

1）目标代码段
2）调用门描述符（->目标代码段选择子）
3）TSS（->目标代码段选择子）
4）任务门（->tss-->目标代码段）
其中第一类属于直接转移，剩下三种属于简介转移。

我们知道，通过jmp和call指令的一般转移，对于非一致性代码段，只能在同特权级之间进行。如果想在不同特权级之间自由切换，需要借助门描述符或者TSS。门描述符有任务门、中断门、陷阱门、异常门：其中中断门和陷阱门属于特殊的调用门。门描述符（目标选择子+入口地址+属性）的结构可以参考这里：http://blog.csdn.net/trochiluses/article/details/20312479

但是，call和jmp在控制转移的时候，作用不是完全相同的，如果代码段A通过调用门G转移到代码段B，call和jmp对应的特权级规则如下：
也就是说，通过call和调用门，可以实现从低特权级转移到高特权级。

2.程序流程概览：

pmtest4这个程序，我们主要将讲解如何通过调用门实现，低特权级代码向高特权级别的代码转移——就像鲤鱼越龙“门”。

实模式初始段：初始化GDT中的相关数据，为进入保护模式做准备，通过一个长跳转jmp，进入保护模式
保护模式下32b代码段：打印初始化字符，通过调用门，进入目标代码段32b
目标代码段：打印字符C，然后通过retf指令，返回32b代码段
32b代码段：通过jmp，进入LDT中的codeA段，、
LDT中的codeA段：打印字符L，通过jmp指令，回到16b代码段
16b代码段：回到实模式下

通过以上分析，我们知道：只需要在pmtest3的代码中添加目标代码段和门描述符就可以了。

二、代码解惑

按照以往的惯例，我们仍然采用分段的方式，分析代码：

1.GDT中注意：

上述多了一个调用门的选择子和描述符，它也被放在GDT之中

2.调用门目标段中的retf指令和ret指令有哪些不同？
retf指令的意义
ret 弹出一个参数，给ip，返回
retf 弹出2个参数，一个给 ip,一个给 cs
iref 弹出 3个参数，一个给 ip,一个给 cs ,一个给 flag标志位
他们都是返回调用点的，看你调用的时候，用的什么调用的，是 call 段内转移，还是call 段间转移，还是int 调用中断。

3.对于实模式第一个段的分析：
1）、为什么需要在这里初始化各个段描述符的相关属性呢？
答：开始，没有进入保护模式。同时CS的值已经被刷新。目前，程序运行的代码已经被dos加载到内存的相关部分，GDT的表才刚刚落户，所以我们才刚刚得到GDT的基地址，所以我们在这个时候刷新各个段的描述符属性。
2）、为何要加载GDT？
加载GDT是能够进行保护模式寻址的关键，不然我们仅仅知道段选择子，还是没法找到段描述符。GDTR中包含32b段基地址和16b段限长，这一点我们已经在gdt段中定义过了。
3）、重新回到实模式以后，是否有必要刷新ds、es、ss、sp等？
这是程序编写的一般流程，即使不刷新，也不一定会产生错误，我们可以亲自尝试一下。

4.保护模式
1）、这个段完成了什么功能？
显示初始化的字符串；通过调用门完成打印字母‘C’；通过跳入局部任务，打印字母‘L’；定义了一个局部程序DisplayReturn
2）、为什么要在jmp之前，设置ldt？
和GDT的设定是同样的道理。

实际代码如下：

[plain] view plain copy print ?