※黑客攻防指南※=>系统漏洞=>受Solaris8模块加载严重系统漏洞
受Solaris8模块加载严重系统漏洞   

            (该漏洞不依赖任何其他的setuid程序)
                             侯杰(jerryhj@yeah.net)

    最近,我在Solaris8上研究内核模块问题时,意外发现,Solaris8在执行内核模块加载过程中,存在严重系统漏洞。
作为结果,任何普通用户都将可以拥有root权限。我们知道Solaris上出现了很多系统漏洞,他们中的很多是缓冲区溢出
漏洞,利用这种类型的漏洞必须要求含有该漏洞的可执行文件具有setuid标志。而大多数有经验的管理员已经将这些文件
的setuid标志去掉了。我下面介绍的方法不依赖任何其他的setuid程序,就是说,你有执行程序的权利,你就是root了!

    先让我们了解一下内核模块的基本知识,现代*作系统大多拥有两种工作状态:核心态和用户态。我们使用的一般
应用程序工作在用户态,而内核模块和最基本的*作系统核心一同工作在核心态。
    为什么不在*作系统核心中实现所有功能,而要使用内核模块呢?因为随着软件技术的向前发展,*作系统核心需
要支持的功能越来越多,体积也越来越大,如果在*作系统核心中实现所有功能我们就将拥有一个庞大而缓慢的*作系
统内核了。
    内核模块提供给我们一个较好的解决方案:在*作系统启动时,仅加载最核心的部分,随着使用的应用程序需要,
再由*作系统动态的将相关的内核模块加载到核心态,不用的时候就可以将这些模块卸载出内存。这样我们的内核就可
以即功能强大,又小巧快捷了。

    现在步入正题,我们知道黑客们总是将获得root权限作为目的,其实如果你可以在核心态运行你的程序,你一样可
以获得一般账号没有的权限,甚至比root权限更高级的权限。因为*作系统只在用户态对用户权限进行限制。换句话说,
就是如果你可以在核心态运行你的程序,那么你就可以为所欲为了。所以一般*作系统都只准许root账号来加载这种可
以运行在核心态的内核模块,Solaris8也不例外(modload命令)。
    但是在Solaris8上还有一些其他的命令(或系统调用),可以最终导致系统加载内核模块,这些命令中的一些不需要
root账号。当然对于那些总是加载固定内核模块的命令,他们也是安全的。那么有没有不需要root账号而又可以指定加
载某个内核模块的命令呢?
    有!priocntl系统调用就是一个。priocntl是和进程切换相关的一条系统调用,当他的第三个参数是PC_GETCID时,
他会加载在第四个参数中指定的内核模块。例:
    ......
    pcinfo_t        pcinfo;
    strcpy(pcinfo.pc_clname, "RT");
    if(priocntl(0,0,PC_GETCID,(caddr_t)&pcinfo)==-1)
        printf("error = d!\n",errno);
    else
        printf("OK!\n");
    ......
编译并运行他,然后利用命令"modinfo | grep RT"我们会发现RT内核模块被Solaris8加载了。
    好!这是最关键的地方,也是产生漏洞的地方!priocntl系统调用加载内核模块的缺省路径是/kernel/sched和
/usr/kernel/sched(除非你在/etc/system文件中指定的其他路径),而这两个路径及其中的文件都是只有root才有写权限
的,我们无法将自己的内核模块放到这两个目录中,但是!
priocntl居然支持"../"!!!改写的代码如下:
    ......
    pcinfo_t        pcinfo;
    strcpy(pcinfo.pc_clname, "../../tmp/gsu");
    if(priocntl(0,0,PC_GETCID,(caddr_t)&pcinfo)==-1)
        printf("error = d!\n",errno);
    else
        printf("OK!\n");
    ......
然后编写一个自己的内核模块gsu,并放到/tmp目录下(/tmp目录对我们是有写权限的)。OK!Solaris8将gsu加载到内核了!!
    这里还有一个小问题,就是如果这个内核模块成功加载了,那么Solaris8将使用这个内核模块,那就不知道会发生什么了。
可是我们的目的不是要加载这个内核模块,我们只需要我们的代码运行在核心态就可以了,可以编写模块代码如下:
#include <sys/modctl.h>
#include <sys/sunddi.h>
_init()
{
/* 在这里加入我们需要的代码 */
return -1;
}
_info(struct modinfo *modinfop)
{
return -1;
}
在函数_init中返回-1,表示加载模块失败,但没关系,我们的代码已经运行了。

    可以利用了上述功能将一个文件的所有者修改为root。而这个文件恰恰拥有可执行和setuid标志......
    其实,我们使用上述功能修改文件所有者,已经是"大才小用"了,利用它我们可以实现隐藏文件,隐藏进程,截获系统
调用等等一切可以想到的功能。

那么,我们如何防止这种黑客行为呢?
        屏蔽priocntl系统调用?(怎么做能实现?)
        取消所有用户的执行程序权限?(#¥#¥#¥)
我们还是盼望SUN公司尽早推出对应这个漏洞的patch吧!

上述漏洞,已通知Sun Microsystems.
                                  (转载请注明作者)

                       警 告
以下程序(方法)可能带有攻击性,仅供安全研究与教学之用。
使用者风险自负!

代码下载http://www.mycgiserver.com/~jerryhj/Gsu.zip ;(18K)
(该网站连接不稳定,请多试几遍)
 

主目录 分目录

Copyright By「黑白网络工作室」2002 All Rights Reserve