gpt4 book ai didi

c - 避免 IDT Hook 中的页面错误

转载 作者:行者123 更新时间:2023-12-02 09:37:28 28 4
gpt4 key购买 nike

注意:我在 FreeBSD 上运行,但我也将 Linux 作为标签包含在内,因为这个问题有些笼统,而且我对 Linux 特定的解决方案很感兴趣。
编辑 : 只是为了确认问题不是 FreeBSD 特有的,我将该模块移植到 Linux,并且确实得到了完全相同的行为。该模块的 Linux 版本代码如下;它本质上是完全一样的,唯一的主要区别是 IDT 在 Linux 中显然被赋予了只读保护,所以我不得不禁用 cr0 中的写保护位。使代码正常工作。

我正在学习一些关于 x86-64 架构上内核开发的知识,目前正在阅读 Intel 开发人员手册中有关中断处理的内容。作为练习,我正在尝试编写一个小内核模块来 Hook IDT 中的条目,但遇到了问题。我的一般问题是:如何确保钩子(Hook)的代码(或新 IDT 表的数据,如果您使用 lidt 更改整个 idtr 而不是仅覆盖 IDT 的单个条目)总是存在于 RAM 中?我一直遇到的问题是,我将更改 IDT 条目,触发相应的中断,然后由于我的钩子(Hook)代码未映射到 RAM 中而导致双重错误。一般来说,有没有办法避免这个问题?

对于我的具体情况,以下是我编写的 FreeBSD LKM 的代码,它简单地覆盖 IDT 条目中列出的地址以处理零除数故障,并将其替换为地址 asm_hook ,目前只是无条件jmp s 回到原来的中断处理程序。 (将来我当然会添加更多功能。)

#include <sys/types.h>
#include <sys/param.h>
#include <sys/proc.h>
#include <sys/module.h>
#include <sys/sysent.h>
#include <sys/kernel.h>
#include <sys/syscall.h>
#include <sys/sysproto.h>
#include <sys/systm.h>


//idt entry
struct idte_t {
unsigned short offset_0_15;
unsigned short segment_selector;
unsigned char ist; //interrupt stack table
unsigned char type:4;
unsigned char zero_12:1;
unsigned char dpl:2; //descriptor privilege level
unsigned char p:1; //present flag
unsigned short offset_16_31;
unsigned int offset_32_63;
unsigned int rsv; }
__attribute__((packed))
*zd_idte;

#define ZD_INT 0x00
unsigned long idte_offset; //contains absolute address of original interrupt handler

//idt register
struct idtr_t {
unsigned short lim_val;
struct idte_t *addr; }
__attribute__((packed))
idtr;

__asm__(
".text;"
".global asm_hook;"
"asm_hook:;"
"jmp *(idte_offset);");
extern void asm_hook(void);


static int
init() {
__asm__ __volatile__ (
"cli;"
"sidt %0;"
"sti;"
:: "m"(idtr));
uprintf("[*] idtr dump\n"
"[**] address:\t%p\n"
"[**] lim val:\t0x%x\n"
"[*] end dump\n\n",
idtr.addr, idtr.lim_val);
zd_idte=(idtr.addr)+ZD_INT;

idte_offset=(long)(zd_idte->offset_0_15)|((long)(zd_idte->offset_16_31)<<16)|((long)(zd_idte->offset_32_63)<<32);
uprintf("[*] old idt entry %d:\n"
"[**] addr:\t%p\n"
"[**] segment:\t0x%x\n"
"[**] ist:\t%d\n"
"[**] type:\t%d\n"
"[**] dpl:\t%d\n"
"[**] p:\t\t%d\n"
"[*] end dump\n\n",
ZD_INT, (void *)idte_offset, zd_idte->segment_selector,
zd_idte->ist, zd_idte->type, zd_idte->dpl, zd_idte->p);
if(!zd_idte->p) {
uprintf("[*] fatal: handler segment not present\n");
return ENOSYS; }

__asm__ __volatile__("cli");
zd_idte->offset_0_15=((unsigned long)(&asm_hook))&0xffff;
zd_idte->offset_16_31=((unsigned long)(&asm_hook)>>16)&0xffff;
zd_idte->offset_32_63=((unsigned long)(&asm_hook)>>32)&0xffffffff;
__asm__ __volatile__("sti");
uprintf("[*] new idt entry %d:\n"
"[**] addr:\t%p\n"
"[**] segment:\t0x%x\n"
"[**] ist:\t%d\n"
"[**] type:\t%d\n"
"[**] dpl:\t%d\n"
"[**] p:\t\t%d\n"
"[*] end dump\n\n",
ZD_INT, (void *)(\
(long)zd_idte->offset_0_15|((long)zd_idte->offset_16_31<<16)|((long)zd_idte->offset_32_63<<32)),
zd_idte->segment_selector, zd_idte->ist, zd_idte->type, zd_idte->dpl, zd_idte->p);

return 0; }

static void
fini() {
__asm__ __volatile__("cli");
zd_idte->offset_0_15=idte_offset&0xffff;
zd_idte->offset_16_31=(idte_offset>>16)&0xffff;
zd_idte->offset_32_63=(idte_offset>>32)&0xffffffff;
__asm__ __volatile__("sti"); }

static int
load(struct module *module, int cmd, void *arg) {
int error=0;
switch(cmd) {
case MOD_LOAD:
error=init();
break;
case MOD_UNLOAD:
fini();
break;
default:
error=EOPNOTSUPP;
break; }
return error; }

static moduledata_t idt_hook_mod = {
"idt_hook",
load,
NULL };

DECLARE_MODULE(idt_hook, idt_hook_mod, SI_SUB_DRIVERS, SI_ORDER_MIDDLE);
(我还编写了另一个 LKM,它使用 malloc(9) 创建一个全新的 IDT 表,并使用 lidt 将该表加载到 idtr 中,但这在我看来是一种劣等的方法,因为它只会改变特定的 IDT它正在运行的 CPU 内核,因此在多处理器系统中无法可靠地工作。除非我遗漏了什么,否则这是一个准确的评估吗?)
无论如何,编译代码和加载内核模块不会导致任何问题:
# kldload ./idt_hook.ko
[*] idtr dump
[**] address: 0xffffffff81fb2c40
[**] lim val: 0xfff
[*] end dump

[*] old idt entry 0:
[**] addr: 0xffffffff81080f90
[**] segment: 0x20
[**] ist: 0
[**] type: 14
[**] dpl: 0
[**] p: 1
[*] end dump

[*] new idt entry 0:
[**] addr: 0xffffffff8281d000
[**] segment: 0x20
[**] ist: 0
[**] type: 14
[**] dpl: 0
[**] p: 1
[*] end dump
但是,当我使用以下内容测试钩子(Hook)时,内核挂起:
#include <stdio.h>

int main() {
int x=1, y=0;
printf("x/y=%d\n", x/y);
return 0; }
为了了解发生了什么,我启动了 VirtualBox 内置调试​​器,并在 IDT 的双故障异常处理程序(条目 8)上设置了一个断点。调试显示我的 LKM 正确更改了 IDT,但运行上面的零除数代码会触发双重错误。当我尝试访问 0xffffffff8281d000 的内存时,我意识到了这个原因。 (我的 asm_hook 代码的地址),触发了 VERR_PAGE_TABLE_NOT_PRESENT VirtualBox 调试器中的错误。所以,除非我误解了什么,显然问题确实是我的 asm_hook在某些时候从内存中删除。关于如何解决这个问题的任何想法?例如,有没有办法告诉 FreeBSD 内核一个特定的页面不应该从 RAM 中取消映射?

编辑 :Nate Eldredge 在下面的评论中帮助我找到了代码中的一些错误(现已更正),但不幸的是问题仍然存在。提供更多调试细节:首先我加载内核模块,然后在我的 asm_hook 的列出地址上设置断点。 VirtualBox 调试器中的代码 ( 0xffffffff8281d000 )。我通过反汇编该地址的内存确认它确实包含 asm_hook的代码。 . (虽然,正如 Nate 指出的那样,它恰好位于页面边界上有点奇怪——有人知道为什么会这样吗?)
在任何情况下,当我触发零除数中断时,不幸的是从未命中断点,并且一旦我进入双故障中断处理程序,当我尝试访问 0xffffffff8281d000 处的内存时 VERR_PAGE_TABLE_NOT_PRESENT错误仍然标记。
确实,将其内核的一部分从 RAM 中换出/取消映射是 FreeBSD 设计的一个不寻常的(?)功能,所以也许更好的问题是“是什么导致了这个页面错误?”

编辑:这是移植到 Linux 的模块版本:
#include <linux/init.h>
#include <linux/module.h>
#include <linux/kernel.h>
#include <asm/io.h>

MODULE_LICENSE("GPL");
MODULE_DESCRIPTION("Hooks the zero divisor IDT entry");
MODULE_VERSION("0.01");


struct idte_t {
unsigned short offset_0_15;
unsigned short segment_selector;
unsigned char ist; //interrupt stack table
unsigned char type:4;
unsigned char zero_12:1;
unsigned char dpl:2; //descriptor privilege level
unsigned char p:1; //present flag
unsigned short offset_16_31;
unsigned int offset_32_63;
unsigned int rsv; }
__attribute__((packed))
*zd_idte;

#define ZD_INT 0x00
unsigned long idte_offset; //contains absolute address of original interrupt handler
struct idtr_t {
unsigned short lim_val;
struct idte_t *addr; }
__attribute__((packed))
idtr;

__asm__(
".text;"
".global asm_hook;"
"asm_hook:;"
"jmp *(idte_offset);");
extern void asm_hook(void);


static int __init
idt_init(void) {
__asm__ __volatile__ (
"cli;"
"sidt %0;"
"sti;"
:: "m"(idtr));
printk("[*] idtr dump\n"
"[**] address:\t%px\n"
"[**] lim val:\t0x%x\n"
"[*] end dump\n\n",
idtr.addr, idtr.lim_val);
zd_idte=(idtr.addr)+ZD_INT;

idte_offset=(long)(zd_idte->offset_0_15)|((long)(zd_idte->offset_16_31)<<16)|((long)(zd_idte->offset_32_63)<<32);
printk("[*] old idt entry %d:\n"
"[**] addr:\t%px\n"
"[**] segment:\t0x%x\n"
"[**] ist:\t%d\n"
"[**] type:\t%d\n"
"[**] dpl:\t%d\n"
"[**] p:\t\t%d\n"
"[*] end dump\n\n",
ZD_INT, (void *)idte_offset, zd_idte->segment_selector,
zd_idte->ist, zd_idte->type, zd_idte->dpl, zd_idte->p);
if(!zd_idte->p) {
printk("[*] fatal: handler segment not present\n");
return ENOSYS; }

unsigned long cr0;
__asm__ __volatile__("mov %%cr0, %0" : "=r"(cr0));
cr0 &= ~(long)0x10000;
__asm__ __volatile__("mov %0, %%cr0" :: "r"(cr0));
__asm__ __volatile__("cli");
zd_idte->offset_0_15=((unsigned long)(&asm_hook))&0xffff;
zd_idte->offset_16_31=((unsigned long)(&asm_hook)>>16)&0xffff;
zd_idte->offset_32_63=((unsigned long)(&asm_hook)>>32)&0xffffffff;
__asm__ __volatile__("sti");
cr0 |= 0x10000;
__asm__ __volatile__("mov %0, %%cr0" :: "r"(cr0));
printk("[*] new idt entry %d:\n"
"[**] addr:\t%px\n"
"[**] segment:\t0x%x\n"
"[**] ist:\t%d\n"
"[**] type:\t%d\n"
"[**] dpl:\t%d\n"
"[**] p:\t\t%d\n"
"[*] end dump\n\n",
ZD_INT, (void *)(\
(long)zd_idte->offset_0_15|((long)zd_idte->offset_16_31<<16)|((long)zd_idte->offset_32_63<<32)),
zd_idte->segment_selector, zd_idte->ist, zd_idte->type, zd_idte->dpl, zd_idte->p);

return 0; }

static void __exit
idt_fini(void) {
unsigned long cr0;
__asm__ __volatile__("mov %%cr0, %0" : "=r"(cr0));
cr0 &= ~(long)0x10000;
__asm__ __volatile__("mov %0, %%cr0" :: "r"(cr0));
__asm__ __volatile__("cli");
zd_idte->offset_0_15=idte_offset&0xffff;
zd_idte->offset_16_31=(idte_offset>>16)&0xffff;
zd_idte->offset_32_63=(idte_offset>>32)&0xffffffff;
__asm__ __volatile__("sti");
cr0 |= 0x10000;
__asm__ __volatile__("mov %0, %%cr0" :: "r"(cr0)); }

module_init(idt_init);
module_exit(idt_fini);

最佳答案

编辑 07/18/20 :很抱歉复活了一个死帖,但实际上这个故事还有更多。简而言之,问题实际上不在于 VirtualBox,而在于我的代码没有考虑崩溃缓解技术,尤其是内核页表隔离。显然 Qemu 默认不启用 KPTI,这就是为什么问题似乎是特定于管理程序的。但是,通过 Qemu(默认情况下启用 KPTI)使用 OS X 的“管理程序框架”会导致模块再次失败。经过大量调查,我终于意识到问题出在KPTI上;显然可加载的内核模块——就像许多内核代码一样——不包含在用户空间页表中。
为了解决这个问题,我必须编写一个新模块来覆盖内核现有 IRQ 处理程序的代码(包含在用户空间页表中),并使用一个片段来更改 cr3到一个将包括我的内核模块的页面条目的值。 (这是下面代码中的 stub。)然后我跳转到 asm_hook – 现在被分页 – 增加我的计数器变量,恢复 cr3 的旧值,并跳转到现有的内核 IRQ 处理程序。 (由于除法错误处理程序被覆盖,我改为跳转到软断点处理程序。)代码如下,可以使用相同的除以零程序进行测试。

#include <linux/init.h>
#include <linux/module.h>
#include <linux/kernel.h>
#include <linux/mm.h>
#include <linux/kallsyms.h>
#include <asm/io.h>
#include "utilities.h"

MODULE_LICENSE("GPL");
MODULE_AUTHOR("Atticus Stonestrom");
MODULE_DESCRIPTION("Hooks the zero divisor IDT entry");


struct idte_t *idte; //points to the start of the IDT

#define ZD_INT 0x00
#define BP_INT 0x03
unsigned long zd_handler; //contains absolute address of division error IRQ handler
unsigned long bp_handler; //contains absolute address of soft breakpoint IRQ handler
#define STUB_SIZE 0x2b //includes extra 8 bytes for the old value of cr3
unsigned char orig_bytes[STUB_SIZE]; //contains the original bytes of the division error IRQ handler
struct idtr_t idtr; //holds base address and limit value of the IDT

int counter=0;
__asm__(
".text;"
".global asm_hook;"
"asm_hook:;"
"incl counter;"
"movq (bp_handler), %rax;"
"ret;");
extern void asm_hook(void);


__asm__(
".text;"
".global stub;"
"stub:;"
"push %rax;" //bp_handler
"push %rbx;" //new cr3, &asm_hook
"push %rdx;" //old cr3
"mov %cr3, %rdx;"
"mov .CR3(%rip), %rbx;"
"mov %rbx, %cr3;"
"mov $asm_hook, %rbx;"
"call *%rbx;"
"mov %rdx, %cr3;"
"pop %rdx;"
"pop %rbx;"
"xchg %rax, (%rsp);"
"ret;"
".CR3:;"
//will be filled with a valid value of cr3 during module initialization
".quad 0xdeadbeefdeadbeef;");
extern void stub(void);

static int __init
idt_init(void) {
READ_IDT(idtr)
printk("[*] idtr dump\n"
"[**] address:\t0x%px\n"
"[**] lim val:\t0x%x\n"
"[*] end dump\n\n",
idtr.addr, idtr.lim_val);
idte=(idtr.addr);

zd_handler=0
| ((long)((idte+ZD_INT)->offset_0_15))
| ((long)((idte+ZD_INT)->offset_16_31)<<16)
| ((long)((idte+ZD_INT)->offset_32_63)<<32);
printk("[*] idt entry %d:\n"
"[**] addr:\t0x%px\n"
"[**] segment:\t0x%x\n"
"[**] ist:\t%d\n"
"[**] type:\t%d\n"
"[**] dpl:\t%d\n"
"[**] p:\t\t%d\n"
"[*] end dump\n\n",
ZD_INT, (void *)zd_handler, (idte+ZD_INT)->segment_selector,
(idte+ZD_INT)->ist, (idte+ZD_INT)->type, (idte+ZD_INT)->dpl, (idte+ZD_INT)->p);
if(!(idte+ZD_INT)->p) {
printk("[*] fatal: handler segment not present\n");
return ENOSYS; }

bp_handler=0
| ((long)((idte+BP_INT)->offset_0_15))
| ((long)((idte+BP_INT)->offset_16_31)<<16)
| ((long)((idte+BP_INT)->offset_32_63)<<32);
printk("[*] breakpoint handler:\t0x%lx\n\n", bp_handler);


unsigned long cr3;
__asm__ __volatile__("mov %%cr3, %0":"=r"(cr3)::"memory");
printk("[*] cr3:\t0x%lx\n\n", cr3);

memcpy(orig_bytes, (void *)zd_handler, STUB_SIZE);
DISABLE_RW_PROTECTION
__asm__ __volatile__("cli":::"memory");
memcpy((void *)zd_handler, &stub, STUB_SIZE);
*(unsigned long *)(zd_handler+STUB_SIZE-8)=cr3; //fills the .CR3 data section of stub with a value of cr3 guaranteed to have the code asm_hook paged in
__asm__ __volatile__("sti":::"memory");
ENABLE_RW_PROTECTION

return 0; }

static void __exit
idt_fini(void) {
printk("[*] counter: %d\n\n", counter);

DISABLE_RW_PROTECTION
__asm__ __volatile__("cli":::"memory");
memcpy((void *)zd_handler, orig_bytes, STUB_SIZE);
__asm__ __volatile__("sti":::"memory");
ENABLE_RW_PROTECTION }

module_init(idt_init);
module_exit(idt_fini);
utilities.h只包含一些相关的 IDT 宏和 structs ,例如以下内容:
#define DISABLE_RW_PROTECTION         \
__asm__ __volatile__( \
"mov %%cr0, %%rax;" \
"and $0xfffffffffffeffff, %%rax;" \
"mov %%rax, %%cr0;" \
:::"rax");

#define ENABLE_RW_PROTECTION \
__asm__ __volatile__( \
"mov %%cr0, %%rax;" \
"or $0x10000, %%rax;" \
"mov %%rax, %%cr0;" \
:::"rax");

struct idte_t {
unsigned short offset_0_15;
unsigned short segment_selector;
unsigned char ist; //interrupt stack table
unsigned char type:4;
unsigned char zero_12:1;
unsigned char dpl:2; //descriptor privilege level
unsigned char p:1; //present flag
unsigned short offset_16_31;
unsigned int offset_32_63;
unsigned int rsv; }
__attribute__((packed));

struct idtr_t {
unsigned short lim_val;
struct idte_t *addr; }
__attribute__((packed));

#define READ_IDT(dst) \
__asm__ __volatile__( \
"cli;" \
"sidt %0;" \
"sti;" \
:: "m"(dst) \
: "memory");

#define WRITE_IDT(src) \
__asm__ __volatile__( \
"cli;" \
"lidt %0;" \
"sti;" \
:: "m"(src) \
: "memory");
移除模块后, dmesg将显示调用除法错误处理程序的次数,表示成功。
*显然问题不在于我的代码,而在于 VirtualBox。在 VirtualBox 调试器中玩弄时,我意识到,一旦进入 IDT/IRQ 处理程序,尝试访问甚至内核内存标记的某些区域 VERR_PAGE_TABLE_NOT_PRESENT错误,所以看起来 VirtualBox 的实现中的某些东西必须定期换出内核内存区域。这对我来说似乎很奇怪,但不幸的是,据我所知,VirtualBox 没有太多的文档;如果有人对这里发生的事情有任何了解,我很想听听。
无论如何,我切换到 qemu ,并且内核模块在那里完美运行。对于后代,为了确认它正在工作,对模块代码进行以下修改(我特别更改了 linux 代码):
int counter=0;
__asm__(
".text;"
".global asm_hook;"
"asm_hook:;"
"incl counter;"
"jmp *(idte_offset);");

...

static void __exit
idt_fini(void) {
printk("[*] counter:\t%d\n\n", counter);
...
加载内核模块后,多次运行除零程序,然后卸载模块并检查 dmesg以确认它按预期工作。
所以,总而言之,问题不在于代码,而在于 VirtualBox 本身;尽管如此,感谢所有试图提供帮助的人。 *

关于c - 避免 IDT Hook 中的页面错误,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/62642185/

28 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com