GDT、LDT和IDT

最新推荐文章于 2024-08-12 17:01:39 发布
最新推荐文章于 2024-08-12 17:01:39 发布
阅读量2.2k 收藏 7
点赞数 1
分类专栏： windows游戏安全 Windows逆向
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/qq_43312649/article/details/109674318
版权
本文介绍了操作系统中的三个关键描述符表：全局描述符表GDT、局部描述符表LDT和中断描述符表IDT。GDT用于全局段，LDT用于进程私有段，IDT则用于中断处理。GDT和LDT通过GDTR和LDTR寄存器管理，IDT表项用于中断处理程序。通过理解这些表的工作原理，可以更好地理解操作系统如何管理内存和处理中断。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

三个重要的系统表GDT、LDT和IDT 首先说明的是，这三个表是在内存中由操作系统或系统程序员所建，并不是固化在哪里，所以从理论上是可以被读写的。

这三个表都是描述符表。描述符表是由若干个描述符组成,每个描述符占用8个字节的内存空间，每个描述符表内最多可以有（8K）8129个描述符。描述符是描述一个段的大小,地址及各种状态的。描述符表有三种,分别为全局描述符表GDT、局部描述符表LDT和中断描述符表IDT。

GDT表与IDT表

在整个系统中，全局描述符表GDT只有一张(一个处理器对应一个GDT)，GDT可以被放在内存的任何位置。系统用GDTR寄存器存放当前GDT表的基地址。用LDTR寄存器存放LDT表的地址。

寄存器 加载指令 保存指令
GDTR寄存器 LGDT SGDT
LDTR寄存器 LLDT SLDT
IDTR寄存器 LIDT SIDT

由于每个进程都有自己的一套程序段、数据段、堆栈段，有了局部描述符表则可以将每个进程的程序段、数据段、堆栈段封装在一起，只要改变LDTR就可以实现对不同进程的段进行访问。 随着任务的切换，系统当前的局部描述符表LDT也随

了解本专栏 订阅专栏 解锁全文 超级会员免费看
GDT与LDT
08-24 2万+
（1）全局描述符表GDT（Global Descriptor Table）在整个系统中，全局描述符表GDT只有一张(一个处理器对应一个GDT)，GDT可以被放在内存的任何位置，但CPU必须知道GDT的入口，也就是基地址放在哪里，Intel的设计者门提供了一个寄存器GDTR用来存放GDT的入口地址，程序员将GDT设定在内存中某个位置之后，可以通过LGDT指令将GDT的入口地址装入此积存器，从此以后，CPU就根据此寄存器中的内容作为GDT的入口来访问GDT了。GDTR中存放的是GDT在内存中的基地址和其表长界限
遍历IDT表和分析GDT表结构
93Storm
12-26 3150
//头文件IDT_GDT.h #include"basetsd.h" /* *IDT寄存器结构 *IDTR寄存器共有48位，高32位是IDT表的基地址，低16位是IDT表的长度（Limit) *IDT表示一张位于物理内存中的线性表，共有256个表项。 */ typedef struct _IDT_INFO{ UINT16 uIdtLimit; UINT16 uLowIdtBa
About GDT LDT IDT
liken的专栏
01-10 4357
Intel   Architecture   Software   Developer’s   Manual Volum 3A: SystemProgramming Guide  段描述符的作用是将代码，数据，堆栈和任务状态段的虚拟地址转换成线性地址，并指明段的类型。段描述符只在局部和全局描述符表中出现。选择符16位长，放在段寄存器中，指针的之一部分是用来在全局或局部描述符表中选择一个
IDT GDT LDT
qq160816的专栏
05-16 1022
最近使用了几款安全工具，不幸的是这几款安全工具都提到一些专业术语，现记录：         IDT：Interrupt Descriptor Table--中断描述表         GDT：Global Descriptor Table   --全局描述表         LDT：Local Descriptor Table    --局部描述表       在In
保护模式下三个重要的系统表——GDT、LDT和IDT
BOKE
10-27 2841
护模式下三个重要的系统表——GDT、LDT和IDT 这三个表是在内存中由操作系统或系统程序员所建，并不是固化在哪里，所以从理论上是可以被读写的。这三个表都是描述符表。 描述符表是由若干个描述符组成， 每个描述符占用8个字节的内存空间，每个描述符表内最多可以有8129个描述符。 描述符是描述一个段的大小，地址及各种状态的。     描述符表有三种,分别为全局描述符表GDT、局部描
什么是GDT，LDT，GDTR及LDTR？
Little devil
10-03 4570
（1）全局描述符表GDT（Global Descriptor Table）在整个系统中，全局描述符表GDT只有一张(一个处理器对应一个GDT)，GDT可以被放在内存的任何位置，但CPU必须知道GDT的入口，也就是基地址放在哪里，Intel的设计者门提供了一个寄存器GDTR用来存放GDT的入口地址，程序员将GDT设定在内存中某个位置之后，可以通过LGDT指令将GDT的入口地址装入此寄存器，从此以后，
FreeFlyOS【四】：dt部分详解
cy295957410的博客
01-03 498
dt.c 主要功能：GDT和IDT表的建立和加载 1、GDT表在bootsector.S中就建立了，但那处于16位实模式下，而此时程序已进入32位保护模式，GDT每个段描述符限长变成4GB，所以需要建立一个新的GDT表，并加载到GDTR寄存器中。 2、IDT表和GDT表不同的是需要设置中断号和中断向量，并将硬件PIC上的中断号和中断向量绑定，当发生一个硬件中断时，比如按下键盘，PIC就会向系统送一个中断号（硬件完成），然后就会去IDT表中找该中断号对应的中断向量，然后执行相应的中断服务处理程序。 #incl
Linux 中断机制（一）之中断和异常
最新发布
Projectsauron 的博客
08-12 4万+
中断（interrupt）是指在 CPU 正常运行期间， 由外部或内部事件引起的一种机制。当中断发生时，CPU 会停止当前正在执行的程序，并转而执行触发该中断的中断处理程序。处理完中断处理程序后，CPU 会返回到中断发生的地方， 继续执行被中断的程序。中断机制允许 CPU 在实时响应外部或内部事件的同时，保持对其他任务的处理能力。
linux系统gdt表,保护模式下三个重要的系统表——GDT、LDT和IDT
weixin_35740442的博客
05-08 953
这三个表是在内存中由操作系统或系统程序员所建，并不是固化在哪里，所以从理论上是可以被读写的。这三个表都是描述符表。描述符表是由若干个描述符组成，每个描述符占用8个字节的内存空间，每个描述符表内最多可以有8129个描述符。描述符是描述一个段的大小，地址及各种状态的。描述符表有三种,分别为全局描述符表GDT、局部描述符表LDT和中断描述符表IDT。1. 全局描述符表GDT：全局描述符表在系统中只能有一...
两张图看懂GDT、GDTR、LDT、LDTR的关系
Songbai_Pu的专栏
11-16 1万+
买了本罗老师的琢石成器,才看前3章就感觉晕晕忽忽，总体觉得要看懂这本书前提是必须会DOS汇编,了解32位汇编基础.DOS汇编本人只看了王爽老师的汇 编语言前11章，中断这块还没有看,看来不看还是不行的。转回来说,罗老师这本书前3章写的很乱，尤其是描述符这块，看了似懂非懂，通而不透。只能自己抽 丝剥茧，捋清头绪，慢慢体会： 段选择器:32位汇编中16位段寄存器(CS、DS、ES、SS、FS
【IDT】 windows IDT GDT LDT
dr0op's blog
09-16 3997
（Interrupt Descrptor Table）中断描述符表，用来处理中断的。
保护模式编程 & 系统描述符表GDT、LDT、IDT、系统描述符
xrain_zh的专栏
05-06 665
保护模式内存管理 保护模式及其编程——分页机制 保护模式编程——保护的详尽意义：通过调用门转移特权级 保护模式及其编程——任务管理 任务门，调用门，中断门，陷阱门 CPL DPL RPL的区别 &&一致性代码段和非一致性代码段 保护模式编程之（一）——分段机制与GDT/LDT 【原创】
GDT、GDTR、LDT、LDTR的学习
在路上的学习者
10-01 2万+
GDT的由来： 在Protected Mode下，一个重要的必不可少的数据结构就是GDT（Global Descriptor Table）。 为什么要有GDT？我们首先考虑一下在Real Mode下的编程模型： 在Real Mode下，我们对一个内存地址的访问是通过Segment:Offset的方式来进行的，其中Segment是一个段的Base Address，一个Segment的最大长度是
系统调用modify_ldt的结构定义解析
LDT允许程序定义自己的内存段，与全局描述符表（GDT）相对应，后者由操作系统管理，用于定义系统级的内存段。 "定义了与修改_ldt系统调用使用的结构" 指的是为了通过 "modify_ldt" 系统调用修改LDT项，需要定义一些...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

摔不死的笨鸟

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值