Linux内核模块编程--系统调用(转)

最新推荐文章于 2024-04-25 21:45:08 发布
最新推荐文章于 2024-04-25 21:45:08 发布
阅读量137 收藏
点赞数
文章标签： 操作系统
Linux内核模块编程--系统调用(转)[@more@]

　　系统调用

　　迄今为止，我们做的唯一的事就是用好已定义的内核机制去登记 /proc 文件和设备驱动处理程序。如果你想做内核程序员认为你想做的，例如写设备驱动程序，这就对了。但是如果你想做一些不平常的事，在某些地方改变系统的行为呢？那么这大多取决你自己。

　　这是内核编程中变得危险的地方。当写下下面的例子，我杀死了 open 系统调用。这意味着我不能打开任何文件，不能运行任何程序，甚至不能 shutdown 计算机。我不得不按电源开关。幸运的，没有文件消失。为了确保不失去任何文件，在你做insmod 和 rmmod之前请运行 sync 。

　　忘记 /proc 文件，忘记设备文件。它们只是次要的细节。 所有进程都要使用的和内核通信的真正的方法是系统调用。当一个进程请求内核的服务时（例如打开文件，分支一个新进程，请求更多内存），这是被使用的机制。如果你想改变内核的行为方式，这是你要做的地方。顺便说一下，如果你想看看一个程序使用了什么系统调用，运行 strace 。

　　通常，一个进程不能访问内核。它不能访问内核的内存和调用内核的函数。CPU硬件强迫这个（那就是为什么叫‘保护模式’的原因）。系统调用是对这个通常的规则的例外。所发生的是进程用适当的值填充寄存器然后调用跳到内核中先前已定义的区域的特定的指令（当然，该区域是用户进程可读但不可写的）。在 Intel CPU下，使用中断 0x80 做这个。硬件知道一旦你跳到这个区域，你就不再是运行在严格的用户模式而是操作系统内核--因此你就可以做任何你想做的。

　　内核中那个进程可以跳到的区域被称为system_call。 在该区域的程序检查系统调用数，该数告诉内核进程请求什么服务。然后，它在系统调用表(sys_call_table)中查找调用的内核函数的地址。然后它调用该函数并在该函数返回后做一些系统检查，再返回那个进程（或者如果该进程的时间运行完了就返回到一个不同的进程）。如果你想读这个代码，它在源文件arch//kernel/entry.S中的 ENTRY(system_call)行后。

　　因此，如果你想改变某个系统调用的工作方法，我们所需要做的是写一个自己的函数以实现它（通常是加一些我们的代码然后再调用原来的函数）并且改变 sys_call_table 中的指针指向我们的函数。因为我们可能随后要移除它而我们不想留下一个不稳定的系统，所以在 cleanup_module 中将那个表恢复成原来的状态是很重要的。

　　这儿的源代码是这样一个内核模块的例子。我们想“侦察”某个用户，并在该用户打开一个文件的时候 printk 一个信息。朝着这个目标，我们用我们自己的被称为our_sys_open的函数代替原来的系统调用去打开文件。这个函数检查当前进程的UID（用户的ID）而如果它等于我们要侦察的UID，它就调用 printk显示要打开的文件名。然后，它用相同的参数调用原来的 open 函数做实际的打开文件的工作。

　　init_module 代替sys_call_table 中合适的区域并且将原来的指针保存在一个变量中。 cleanup_module 函数使用该变量将没件事恢复成通常的状态。这个方法是危险的，因为两个内核模块同时改变同一个系统调用是可能的。想象我们有两个内核模块 A 和 B。A 的打开系统调用将是 A_open 而B 的将是 B_open 。现在，当 A 被插入内核，系统调用被 A_open 代替，当它完成时将调用原来的 sys_open 。接着，B 被插入内核，它将用 B_open 代替系统调用，当它完成时将调用它认为的原来的系统调用 A_open。

　　现在，如果 B 被先移除，所有的事情将是好的--它将简单的恢复系统调用为将恢复原始的系统调用的 A_open。然而，如果A 被移除然后 B 才被移除，系统将崩溃。A 的移除将恢复系统调用为原始的 sys_open，将 B 排除出那个环。然后，当 B 被移除，它将恢复系统调用为 它 认为是原始的系统调用的不再存在于内存的 A_open。咋看起来我们好象可以通过检查系统调用是否等于我们的函数及是否根本不去改变它（因此 当 B 被移除时不会改变系统调用）来解决这个问题，但那会制造更严重的问题。当 A 被移除，看似系统调用变为 B_open ，因此它不再指向 A_open，因而在它被从内存移除前它不会将它恢复成 sys_open。不幸的， B_open 将仍然试图调用不再存在的 A_open ，因此即使不移除 B 系统也会崩溃。 （译者认为无论是否进行检查，系统都会在A被先移除的情况下在B还未移除时使系统崩溃，因为从作者假设的情况看，B会调用“它”认为的原始的系统调用来完成其功能，在没有检查的情况下，B一样在其存储原系统调用的变量中存储A的函数A_OPEN并进行调用而使系统崩溃。即使B不调用“它”认为的原始的系统调用来完成其功能，系统也会崩溃，因为它无法恢复系统调用。）

　　我可以想到两个预防的办法。第一个是恢复调用为原始值 sys_open。不幸的， sys_open 不是内核系统表 /proc/ksyms 中的一部分，因此不能访问它。另一个就是使用引用计数来防止一旦模块被加载就可以随便被 rmmod。这对产品模块是一个好办法，但不适合做教育性的范例--这也是我为什么不在这做的原因。

　　ex syscall.c

　　/* syscall.c

*

* 系统调用“偷窃”范例

*/

/* Copyright (C) 1998-99 by Ori Pomerantz */

/* 必要头文件 */

/* 标准头文件 */

#include /* 内核工作 */

#include /* 明确指定是模块 */

/* 处理 CONFIG_MODVERSIONS */

#if CONFIG_MODVERSIONS==1

#define MODVERSIONS

#include

#endif

#include /* 系统调用列表 */

/* 为了当前进程结构，我们需要这个知道当前用户是谁 */

#include

/* 在 2.2.3 版/usr/include/linux/version.h 包含该宏但 2.0.35 不包含

* 加入以备需要 */

#ifndef KERNEL_VERSION

#define KERNEL_VERSION(a,b,c) ((a)*65536+(b)*256+(c))

#endif

#if LINUX_VERSION_CODE >= KERNEL_VERSION(2,2,0)

#include

#endif

/* 系统调用表（函数表）。我们只将定义为外部的即可，当我们insmod的时候内核会为我们填充它 */

extern void *sys_call_table[];

/* 我们想侦察的UID - 将从命令行填充 */

int uid;

#if LINUX_VERSION_CODE >= KERNEL_VERSION(2,2,0)

MODULE_PARM(uid, "i");

#endif

/* 原始的系统调用的指针。我们保存它而不是调用原始函数是因为其他某人可能在我们之前可能已经代替了

* 原始的系统调用(sys_open)。注意这并不是100%安全的，因为如果另一个模块在我们之前代替了

* sys_open，然后当我们被插入内核，我们将调用那个模块里的函数-它可能在我们之前又被移除了。

*

* 另一个原因是我们不能得到 sys_open。 它是静态变量，因此是不可导出的。 */

asmlinkage int (*original_call)(const char *, int, int);

/* 因为某些原因，在 2.2.3 版中current->uid 为0而非真正的用户 ID。我试图找出什么地方错了，但

* 不能在短时间内完成，而且我很懒-因此我仅仅使用系统调用得到UID，这是进程使用的方法。

*

* 因为某些原因，在我重新编译内核后这个问题没有了。

*/

asmlinkage int (*getuid_call)();

/* 我们将用来代替 sys_open 的函数 （当你调用 open 系统调用时这个函数被调用）。为了得到精确的原型

* 连同参数的数目和类型，我们首先找到了原始的函数（在 fs/open.c 中）。

*

* 理论上，这意味着我们将局限于内核的当前版本。实际上，系统调用几乎从来没有变化

* （这将制造一场浩劫并且需要将所有的程序重新编译，因为系统调用是内核和进程的接口）。

*/

asmlinkage int our_sys_open(const char *filename,

int flags,

int mode)

{

int i = 0;

char ch;

/* 检查是否是我们要侦察的用户 */

if (uid == getuid_call()) {

/* getuid_call 是 getuid 系统调用，它给出调用我们的系统调用的进程的用户的UID。 */

/* 如果相关则报告文件 */

printk("Opened file by %d: ", uid);

do {

#if LINUX_VERSION_CODE >= KERNEL_VERSION(2,2,0)

get_user(ch, filename+i);

#else

ch = get_user(filename+i);

#endif

i++;

printk("%c", ch);

} while (ch != 0);

printk(" ");

}

/* 调用原始的 sys_open - 否则，我们将失去打开文件的能力 */

return original_call(filename, flags, mode);

}

/* 初始化模块 - 代替系统调用 */

int init_module()

{

/* 警告 - 现在可能太迟了，但可能对下次... */

printk("I'm dangerous. I hope you did a ");

printk("sync before you insmod'ed me. ");

printk("My counterpart, cleanup_module(), is even");

printk("more dangerous. If ");

printk("you value your file system, it will ");

printk("be "sync; rmmod" ");

printk("when you remove this module. ");

/* 将原始的函数指针保存在 original_call，然后用我们的our_sys_open代替系统调用表中的相应系统调用

*/

original_call = sys_call_table[__NR_open];

sys_call_table[__NR_open] = our_sys_open;

/* 为了得到系统调用foo的函数地址，使用 sys_call_table[__NR_foo] 。 */

printk("Spying on UID:%d ", uid);

/* 得到 getuid 系统调用*/

getuid_call = sys_call_table[__NR_getuid];

return 0;

}

/* 清除 - 从/proc中注销相关的文件 */

void cleanup_module()

{

/* 将系统调用恢复原状 */

if (sys_call_table[__NR_open] != our_sys_open) {

printk("Somebody else also played with the ");

printk("open system call ");

printk("The system may be left in ");

printk("an unstable state. ");

}

sys_call_table[__NR_open] = original_call;

}

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/10752043/viewspace-940223/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/10752043/viewspace-940223/

csd3176
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
linux 内核模块添加系统调用
weixin_41108896的博客
06-07 2428
主要参考：https://blog.csdn.net/ThugKd/article/details/71001853 课设是通过编译内核的办法添加系统调用，缺点很明显，编译时间很长，大概1，2小时。我试了下直接把我虚拟机搞炸了。所以就试了另一种办法，通过编译内核模块添加系统调用 。当然前提是你的系统留出空闲系统调用号，因为这个调用号是写到内存的，你不重新编译是无法改的。 系统环境： 虚拟机...
用内核模块的方式为系统添加一个系统调用
T_IS_BEHINGD_T的博客
12-03 4089
今天，利用内核模块的方式向系统添加了一个内核模块。在make后，我开始sudo insmod hello.ko完成之后。老是出现killed，在lsmod后，发现hello这个模块已经加载上去，但是测试函数调用的时候，发现根本无法调用这个系统调用。在经过一番分析，查阅资料后，发现是Makefile文件中少了一行代码，添加上了这行代码后，运行成功。那么，我就和大家分享一下这次的试验。 那么，我们先来了
【Linux设备驱动】内核模块与应用程序的区别
Tschome的博客
11-11 600
在编写驱动过程中,需要了解应用程序与内核程序的不同
Linux内核添加系统调用和内核模块（完整步骤）【Ubuntu18.04+kernel4.14.238】
shiftrain的博客
07-17 3682
这是一个没有详解的完整步骤 一、系统调用 1 su 2 apt-get install vim 3 cd /usr/src/linux-4.14.238/kernel vim sys.c G进入末尾（下同），添加代码 asmlinkage long sys_helloworld(void){ printk( "helloworld!"); return 1; } asmlinkage long sys_test(int a,int b){ /*if(a
【linux利用内核编译法和模块添加法添加系统调用
JiangKangbo的博客
05-17 1873
本文为本人大三下学期linux实验课程所写，如有不妥之处欢迎前辈们批评指正 系统：ubantu20.04 在开始实验之前请确保你的ubantu分区大小达到50G以上，可用空间在25G以上。 （1）查看系统内核版本 开发之前首先得确定系统的内核版本是哪一个，可以通过apt-cache search linux-source来查看。（2）安装内核版本源码 可以使用apt-get install linux-source-5.4.0下载相应版本的内核源码，下载后被存放在/usr/src下。
使用内核模块添加系统调用
weixin_46048542的博客
03-03 1210
以下内容转载于 https://www.cnblogs.com/hello-underworld/p/14589102.html https://blog.csdn.net/thugkd/article/details/50117125 https://www.pianshen.com/article/3605500050/ 推荐 https://www.cnblogs.com/wangzahngjun/p/4992045.html 1，为什么要使用内核模块的方式添加系统调用？ 1.1,编译内核的方式费时
Linux编程--Linux内核模块编程指南
12-16
Linux内核模块编程指南 致谢 前言 第1章 Hello, World 145 1.1 内核模块的Makefiles文件 146 1.2 多重文件内核模块 147 第2章 字符设备文件 149 第3章 /proc文件系统 158 第4章 把/proc用于输入 162 第5章 把设备...
linux系统调用模块编程文件系统实验参考
03-07
实验参考电子书 有关系统调用模块编程文件系统方面的
操作系统课程实验.rar
01-15
实验二 linux 内核模块编程 设计目的 Linux 提供的模块机制能动态扩充 linux 功能而无需重新编译内核，已经广泛应用在 linux 内核的许多功能的实现中。在本实验中将学习模块的基本概念、原理及实现技术，然后利 用...
linux内核编程.pdf
11-19
Linux内核编程 著者：Ori Pomerantz 翻译：徐辉 目 录 1．HELLO, WORLD................................................................................................三 EXHELLO.C............................
边干边学linux内核指导-第一版
11-12
教材内容选定了Linux环境，shell编程，时钟与定时器、系统调用，进程调度，进程同步，虚拟存储，共享内存，设备驱动，文件系统，内容模块等11个部分，其相关源代码贯穿Linux内核。学习操作系统须动手实践。本书的...
linux 通过模块实现自己的系统调用
04-10
linux 通过模块实现自己的系统调用，文件中有两个文件夹，分别分用户测试程序，和要加载的模块
Linux 系统调用（二）——使用内核模块添加系统调用（无需编译内核）
金荣的个人技术博客
03-14 6365
本文将介绍Linux使用内核模块添加系统调用的方法（无需编译内核），思路就是修改映射在内存中的系统调用表，把一个空闲的系统调用表项指向自己写的模块中的函数，如果是已使用的表项，甚至可以实现系统调用劫持。 1、查看预留系统调用号 不同内核版本，文件位置有所不同，我们可以直接查找unistd_64.h文件，命令如下： sudo find / -name unistd_64.h sudo cat /...
Linux内核模块编程-系统调用拦截
zyfforlinux
11-16 4539
系统调用拦截本文实验基于Centos6.5 内核版本2.6.32-431.el6.x86_64，系统调用拦截的目的其实就是把系统真正要执行的系统调用替换为我们自己写的内核函数。系统调用拦截的实现那么如何去实现系统调用拦截呢，通过学习系统调用的内核实现我们发现其实系统调用的地址是放在sys_call_table中通过系统调用号定位到具体的系统调用地址，然后开始调用，那么通过编写内核模块来修改sys_c
加载内核模块，实现新的系统调用：遍历系统当前所有进程的任务描述符，并将pid组织成树状结构显示
热门推荐
鸟恋旧林的博客
02-25 1万+
在Linux内核中增加一个系统调用，并编写对应的linux应用程序。利用该系统调用能够遍历系统当前所有进程的任务描述符，并按进程父子关系将这些描述符所对应的进程id（PID）组织成树形结构显示。
linux查看一个目录下每个文件夹的大小
Debug yourself!
04-19 449
这会列出指定目录下每个文件夹的大小，并以人类可读的格式（例如，KB，MB，GB）显示。要查看一个目录下每个文件夹的大小，你可以使用。替换为你要查看的目录的实际路径。命令（disk usage）。
常见Linux操作系统SSH配置详解
最新发布
weixin_42132035的博客
04-25 247
SSH（Secure Shell）是一种网络协议，用于加密方式远程登录和操作计算机系统。Linux用户经常需要通过SSH来安全地管理系统。本文将详细介绍在不同Linux发行版（CentOS、Ubuntu、RedHat、Debian、Fedora）上配置SSH服务的步骤。
036——完善编译框架和注释并选择开源协议
qq_52479948的博客
04-25 788
经过两个月的努力现在已经写了457MB的代码了├── board├── build├── client├── driver├── OS├── output├── server└── tools├── bash└── src。
鸿蒙 harmonyos 线程 并发 总结 async promise Taskpool woker（四）多线程并发 Worker管理
qq_28641891的博客
04-25 331
多线程并发 Worker管理的管理 分发 监听
linux内核模块编程
03-17
Linux内核模块编程是在Linux内核中编写代码的过程。这些代码被称为模块，可以在运行时加载和卸载。内核模块可以增加内核的功能，例如添加新的硬件驱动程序或新的系统调用。开发内核模块需要深入了解Linux内核的工作...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值