linux系统下的各种hook方式\Linux内核hook系统调用

比眉伴天荒 2022-09-08 12:54 754阅读 0赞

### 文章目录 ###

*  一、linux系统下的各种hook方式
 *   *  1. 函数指针hook
     *  2. 动态库劫持
     *  3. Linux系统调用劫持 hook
     *  4. 堆栈式文件系统
     *  5. LSM
 *  二、Linux内核hook系统调用

# 一、linux系统下的各种hook方式 #

在计算机中,基本所有的软件程序都可以通过hook方式进行行为拦截,hook方式就是改变原始的执行流,

Linux平台上常见的拦截：

*  修改函数指针。
 *  用户态动态库拦截。
 *  内核态系统调用拦截。
 *  堆栈式文件系统拦截。
 *  LSM(Linux Security Modules)

## 1. 函数指针hook ##

C语言的一项强大的功能就是指针,指针代表一个地址,而函数指针就是指向一个函数地址的指针,通过函数指针来指向不同的函数地址控制执行流.

一般这类函数指针存在于软件运行的整个周期中,要实施这类hook首先就是找到关键的函数指针,之后就和普通的指针修改一样进行改变就OK.

函数指针的使用形式:

//函数定义
    func() { 
    ....
    }
    //函数指针
    fun = func
    //函数指针调用
    fun()

通过修改函数指针进行hook:

origin_fun = fun;	//保存原始函数指针
    f = hook_func;		//函数指针指向hook函数
    hook_func() { 
    	...
    	origin_fun();	//一般都会再次调用原始函数来完成实际功能
    }

## 2. 动态库劫持 ##

Linux上的动态库劫持主要是基于LD\_ PRELOAD环境变量，这个环境变量的主要作用是改变动态库的加载顺序，让用户有选择的载入不同动态库中的相同函数。但是使用不当就会引起严重的安全问题，我们可以通过它在主程序和动态连接库中加载别的动态函数，这就给我们提供了一个机会，向别人的程序注入恶意的代码。

> 为了安全起见，一般将LD\_ PRELOAD环境变量禁用掉。

## 3. Linux系统调用劫持 hook ##

系统调用劫持的目的是改变系统中原有的系统调用，用我们自己的程序替换原有的系统调用。**Linux内核中所有的系统调用都是放在一个叫做sys\_ call \_table的内核数组**中，**数组的值就表示这个系统调用服务程序的入口地址**。整个系统调用的流程如下：

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_Q1NETiBA6KW_5Lqs5YiA5a6i_size_34_color_FFFFFF_t_70_g_se_x_16]  
当用户态发起一个系统调用时，会通过80软中断进入到syscall hander，进而进入全局的系统调用表sys\_ call \_table去查找具体的系统调用，那么**如果我们将这个数组中的地址改成我们自己的程序地址，就可以实现系统调用劫持。但是内核为了安全，对这种操作做了一些限制**：

*  sys\_ call \_table的符号没有导出，不能直接获取。
 *  sys\_ call \_table所在的内存页是只读属性的，无法直接进行修改。

对于以上两个问题，解决方案如下（方法不止一种）：

*  获取sys call table的地址 ：grep sys\_call\_table /boot/ -r

root@VM-0-2-ubuntu:/usr/share/bcc/tools# grep sys_call_table /boot/ -r
    /boot/System.map-5.4.0-81-generic:ffffffff82000280 R x32_sys_call_table
    /boot/System.map-5.4.0-81-generic:ffffffff820013a0 R sys_call_table
    /boot/System.map-5.4.0-81-generic:ffffffff820023e0 R ia32_sys_call_table
    /boot/System.map-5.4.0-42-generic:ffffffff82000280 R x32_sys_call_table
    /boot/System.map-5.4.0-42-generic:ffffffff820013a0 R sys_call_table
    /boot/System.map-5.4.0-42-generic:ffffffff820023e0 R ia32_sys_call_table
    root@VM-0-2-ubuntu:/usr/share/bcc/tools#

*  控制页表只读属性是由CR0寄存器的WP位控制的，只要将这个位清零就可以对只读页表进行修改。

/* make the page writable */
    int make_rw(unsigned long address)
    { 
    unsigned int level;
    pte_t *pte = lookup_address(address, &level);//查找虚拟地址所在的页表地址
    pte->pte |= _PAGE_RW;//设置页表读写属性
    return 0;
    }

/* make the page write protected */
    int make_ro(unsigned long address)
    { 
    unsigned int level;
    pte_t *pte = lookup_address(address, &level);
    pte->pte &= ~_PAGE_RW;//设置只读属性
    return 0;
    }

开始替换系统调用  
本文实现的是对 ls这个命令对应的系统调用，系统调用号是 \_ NR \_getdents。

**在linux内核中,比较常见并且关键的就是系统调用表**,系统调用表实际上是指针数组,下标是系统调用号,**应用层发起的所有活动基本上都绕不过系统调用,控制了系统调用表基本上就是控制了整个系统.**

hook只需要两个信息:系统调用表的起始地址和系统调用号,之后就能像修改指针一样进行劫持.

static int syscall_init_module(void)
    { 
    orig_getdents = sys_call_table[__NR_getdents];
    make_rw((unsigned long)sys_call_table); //修改页属性
    sys_call_table[__NR_getdents] = (unsigned long *)hacked_getdents; //设置新的系统调用地址
    make_ro((unsigned long)sys_call_table);
    return 0;
    }

恢复原状

static void syscall_cleanup_module(void)
    { 
    printk(KERN_ALERT "Module syscall unloaded.\n");
    make_rw((unsigned long)sys_call_table);
    sys_call_table[__NR_getdents] = (unsigned long *)orig_getdents;
    make_ro((unsigned long)sys_call_table);
    }

使用Makefile编译，insmod插入内核模块后，再执行ls时，就会进入到我们的系统调用，我们可以在hook代码中删掉某些文件，ls就不会显示这些文件，但是这些文件还是存在的。

## 4. 堆栈式文件系统 ##

Linux通过vfs虚拟文件系统来统一抽象具体的磁盘文件系统，从上到下的IO栈形成了一个堆栈式。通过对内核源码的分析，以一次读操作为例，从上到下所执行的流程如下：

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_Q1NETiBA6KW_5Lqs5YiA5a6i_size_34_color_FFFFFF_t_70_g_se_x_16 1]  
内核中采用了很多c语言形式的面向对象，也就是函数指针的形式，例如read是vfs提供用户的接口，具体底下调用的是ext2的read操作。我们只要实现VFS提供的各种接口，就可以实现一个堆栈式文件系统。Linux内核中已经集成了一些堆栈式文件系统。例如Ubuntu在安装时会提醒你是否需要加密home目录，其实就是一个堆栈式的加密文件系统（eCryptfs），原理如下：  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_Q1NETiBA6KW_5Lqs5YiA5a6i_size_34_color_FFFFFF_t_70_g_se_x_16 2]  
实现了一个堆栈式文件系统，相当于所有的读写操作都会进入到我们的文件系统，可以拿到所有的数据，就可以进行做一些拦截过滤。

> 堆栈式文件系统，依赖于Mount,可能需要重启系统。

## 5. LSM ##

LSM是Linux Secrity Module的简称，即linux安全模块。是一种通用的Linux安全框架，具有效率高，简单易用等特点。原理如下：  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_Q1NETiBA6KW_5Lqs5YiA5a6i_size_34_color_FFFFFF_t_70_g_se_x_16 3]  
在内核中做了以下工作：

*  在特定的内核数据结构中加入安全域。
 *  在内核源代码中不同的关键点插入对安全钩子函数的调用。
 *  加入一个通用的安全系统调用。
 *  提供了函数允许内核模块注册为安全模块或者注销。
 *  将capabilities逻辑的大部分移植为一个可选的安全模块,具有可扩展性。

# 二、Linux内核hook系统调用 #

在Linux内核2.6之后，不能直接导出sys\_call\_table的地址后，我们要如何获得系统调用表的地址，从而实现系统调用的截获呢。

Linux系统中的系统调用是通过用户软件调用中断int0x80激发的，int0x80被执行后，内核获得CPU的控制权，并交由system\_call程序处理。即sys\_call\_table是由system\_call进行调用的。

而system\_call是int0x80软中断，即int0x80中断对应的地址就是system\_call函数的地址。而Linux系统中所有中断信息都保存在一张中断描述表IDT中，而这张表的地址又是保存在IDTR寄存器里面，所以整个截获过程可以用如下图表示。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_Q1NETiBA6KW_5Lqs5YiA5a6i_size_16_color_FFFFFF_t_70_g_se_x_16]即先在IDTR寄存器中获得IDT\_TABLE的地址，再在IDT\_TABLE中获得int0x80的地址，int0x80对应的是system\_call函数的地址。最后**通过system\_call函数的地址获得sys\_call\_table的地址。**

Hook系统调用举例(hook mkdir 系统调用)  
“截获”的过程即是：**修改系统调用表中调用函数的地址，将其执行我们自己实现的函数，再在我们自己的函数中完成我们想做的事情后，在返回到原来的系统调用执行流程中**。

注意修改系统调用表时，由于内核中的很多东西，比如这里的系统调用表sys\_call\_table是只读的，我们需要修改一下权限才能修改。由于控制寄存器CR0的第 16位若置位，则表示禁止系统进程写那些只有只读权限的文件，所以我们在修改系统调用表sys\_call\_table之前先将CR0的第16位清零，在修改完后再恢复置位就好了。如代码里的close\_cr()函数，即是将CR0第16位清零，open\_cr()函数是将CR0第16位恢复。

最后在卸载模块的时候，将系统调用表的内容还原就OK了。

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_Q1NETiBA6KW_5Lqs5YiA5a6i_size_34_color_FFFFFF_t_70_g_se_x_16]: /images/20220829/4ab0eafa2a624ca08b80011778a98238.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_Q1NETiBA6KW_5Lqs5YiA5a6i_size_34_color_FFFFFF_t_70_g_se_x_16 1]: /images/20220829/14f847d3e65842ff9090397e5ff0a45e.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_Q1NETiBA6KW_5Lqs5YiA5a6i_size_34_color_FFFFFF_t_70_g_se_x_16 2]: /images/20220829/bbe61ac4409d43f5b020cb8c496b2fd3.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_Q1NETiBA6KW_5Lqs5YiA5a6i_size_34_color_FFFFFF_t_70_g_se_x_16 3]: /images/20220829/bb5d4fd1b7ee4822ad5f20ee5d1a214f.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_Q1NETiBA6KW_5Lqs5YiA5a6i_size_16_color_FFFFFF_t_70_g_se_x_16]: /images/20220829/c972f010406042ed98e587b06d862acf.png