繁體中文当前位置: 首页 > 图文教程 > 操作系统 > Unix/Linux > kernel hacking简单入门
- Unix/Linux
- linux查看内存的大小
- 在linux下写的代码，用的是utf-8,结果拿到XP下运行的时候，所有的中文都成乱码
- linux su和sudo命令的区别
- linux cron 下的定时执行工具使用技巧
- linux 查找进程及终止进程操作的相关命令
- redhat linux 安装 gcc编译器
- Linux Mplayer播放各种格式的电影
- 一起回顾一下linux常用命令
- Linux 网站项目发布要做哪些配置
- linux SSH配合SecureCRT的密匙完美使用方法
- GD 编译出错解决方法
- Facebook Open Platform编译FAQ
- Linux 系统硬盘 优化
- linux 挂载详解
- linux crontab定时命令
- Linux 系统中确保访问三级域名畅通的方法
- Linux 特权帐号VS普通帐号
- 确保Linux系统安全的前提条件 漏洞防护
- Linux 监视系统资源使用率
- Red Hat Linux上使用BIND建立DNS服务器
Unix/Linux 中的 kernel hacking简单入门
出处:互联网 整理: 软晨网（RuanChen.com） 发布: 2009-11-01 浏览: 36 ::
收藏到网摘: n/a
By: w00w00 Security Development article by Nicolas Dubee 译：大鹰 以下代码均在linux i86 2.0.x的内核下面测试通过。它也许可以在之前的版本通 过, 但并没有被测试过. 因为从2.1.x内核版本就引入了相当大的改变, 显著地内存 管理上的差别, 但这些不是我们现在要讨论的内容. Thanks to Halflife who first got the idea to use lkm for malicious purposes, and tiepilot, my living hero.（一些感谢信息就不翻啦，西西） 用户空间与内核空间 --------------------------- linux是一个具有保护模式的操作系统。它一直工作在i386 cpu的保护模式之下。 内存被分为两个单元: 内核区域和用户区域。（译者注：我觉得还是这样叫比较顺口） 内核区域存放并运行着核心代码, 当然，顾名思义，用户区域也存放并运行用户程序。 当然，作为用户进程来讲它是不能访问内核区域内存空间以及其他用户进程的地址 空间的。 不幸地是, 核心进程也有同样的情况。 核心代码也同样不能访问用户区地地址空间。 那么，这样做到底有什么意义呢？好, 我们假设当一个硬件驱动试图去写数据到一个用 户内存空间的程序里的时候, 它是不可以直接去完成的, 但是它可以利用一些特殊的核 心函数来间接完成。同样, 当参数需要传递地址到核心函数中时,核心函数也不能直接 的来读取该参数。同样的，它可以利用一些特殊的核心函数来传递参数。 这里有一些比较有用的核心函数用来作为内核区与用户区相互传递参数用。 #include get_user(ptr) 从用户内存获取给定的字节, 字,或者长整形。这只是一个宏（在核心代码里面有此宏 的详细定义）,并且它依据参数类型来确定传输数量。所以你必须巧妙地利用它。 put_user(ptr) 和get_user()非常相似, 但，它不是从用户内存读取数据，而是想用户内存写数据。 memcpy_fromfs(void *to, const void *from,unsigned long n) 从用户内存中的*from拷贝n个字节到指向核心内存的指针*to。 memcpy_tofs(void *to,const *from,unsigned long n) 从核心内存中的*from拷贝n个字节数据到用户内存中的*to。 /*译者注：这四个函数足以在2.0.x中解决内核和用户区的参数传递问题，在2.0.x以上 的版本有新的实现，即copy_user_to(...)以及copy_user_from(...)根据内核版本这些 特殊函数会有不同，请关注核心代码的实现方法。*/ 系统调用 ------------ 大部分的c函数库的调用都依赖于系统调用, 就是一些使用户程序可以调用的简单 核心包装函数。 这些系统调用运行在内核本身或者在可加载内核模块中, 就是一些 可动态的加载卸载的核心代码。 就象MS-DOS和其他许多系统一样, linux中的系统调用依赖一个给定的中断来调用多 个系统调用。linux系统中,这个中断就是int 0x80。当调用'int 0x80'中断的时候, 控制权就转交给了内核(或者，我们确切点地说, 交给_system_call()这个函数), 并且实际上是一个正在进行的单处理过程。 * _system_call()是如何工作的 ? 首先, 所有的寄存器被保存并且%eax寄存器全面检查系统调用表, 这张表列举了所有 的系统调用和他们的地址信息。它可以通过extern void *sys_call_table[]来被访问到。 该表中的每个定义的数值和内存地址都对应每个系统调用。大家可以在/usr/include/sys/syscall.h 这个头中找到系统调用的标示数。他们对应相应的SYS_systemcall名。假如一个系统调 用不存在, 那么它在sys_call_table中相应的标示就为0, 并且返回一个出错信息。否则, 系统调用存在并在表里相应的入口为系统调用代码的内存地址。 这儿是一个有问题的系统调用例程: [root@plaguez kernel]# cat no1.c #include #include #include extern void *sys_call_table[]; sc() { // 165这个系统调用号是不存在的。 __asm__( "movl $165,%eax int $0x80") |
评论 (0) 