真实案例记录Linux被植入rootkit导致服务器带宽跑满的解决过程

一、关于linux下的rootkit
rootkit是Linux平台下最常见的一种木 马后门工具,它主要通过替换系统文件来达到攻 击和和隐蔽的目的,这种木 马比普通木 马后门更加危险和隐蔽,普通的检测工具和检查手段很难发现这种木 马 。rootkit攻 击能力极强,对系统的危害很大,它通过一套工具来建立后门和隐藏行迹,从而让攻 击者保住权限,以使它在任何时候都可以使用root权限登录到系统 。
rootkit主要有两种类型:文件级别和内核级别,下面分别进行简单介绍 。
1.1、文件级别rootkit木 马
文件级别的rootkit一般是通过程序漏洞或者系统漏洞进入系统后,通过修改系统的重要文件来达到隐藏自己的目的 。在系统遭受rootkit木 马后,合法的文件被木 马程序替代,变成了外壳程序,而其内部是隐藏着的后门程序 。通常容易被rootkit替换的系统程序有login、ls、ps、ifconfig、du、find、netstat等,其中login程序是最经常被替换的,因为当访问Linux时,无论是通过本地登录还是远程登录,/bin/login程序都会运行,系统将通过/bin/login来收集并核对用户的账号和密码,而rootkit就是利用这个程序的特点,使用一个带有根权限后门密码的/bin/login来替换系统的/bin/login,这样攻 击者通过输入设定好的密码就能轻松进入系统 。此时,即使系统管理员修改root密码或者清除root密码,攻 击者还是一样能通过root用户登录系统 。入 侵者通常在进入Linux系统后,会进行一系列的攻 击动作,最常见的是安装嗅探器收集本机或者网络中其他服务器的重要数据 。在默认情况下,Linux中也有一些系统文件会监控这些工具动作,例如ifconfig命令,所以,攻 击者为了避免被发现,会想方设法替换其他系统文件,常见的就是ls、ps、ifconfig、du、find、netstat等 。如果这些文件都被替换,那么在系统层面就很难发现rootkit已经在系统中运行了 。
这就是文件级别的rootkit,对系统维护很大,目前最有效的防御方法是定期对系统重要文件的完整性进行检查,如果发现文件被修改或者被替换,那么很可能系统已经遭受了rootkit攻 击 。检查件完整性的工具很多,常见的有Tripwire、 aide等,可以通过这些工具定期检查文件系统的完整性,以检测系统是否被rootkit入 侵 。
1.2、内核级别的rootkit木 马
内核级rootkit是比文件级rootkit更高级的一种攻 击方式,它可以使攻 击者获得对系统底层的完全控制权,此时攻 击者可以修改系统内核,进而截获运行程序向内核提交的命令,并将其重定向到攻 击者所选择的程序并运行此程序,也就是说,当用户要运行程序A时,被攻 击者修改过的内核会假装执行A程序,而实际上却执行了程序B 。
内核级rootkit主要依附在内核上,它并不对系统文件做任何修改,因此一般的检测工具很难检测到它的存在,这样一旦系统内核被植入rootkit,攻 击者就可以对系统为所欲为而不被发现 。目前对于内核级的rootkit还没有很好的防御工具,因此,做好系统安全防范就非常重要,将系统维持在最小权限内工作,只要攻 击者不能获取root权限,就无法在内核中植入rootkit 。
二、一次Linux.BackDoor.Gates.5(文件级别rootkit)网络带宽攻 击案例
2.1、问题现象
事情起因是突然发现一台oracle服务器外网流量跑的很高,明显和平常不一样,最高达到了200M左右,这明显是不可能的,因为oracle根本不与外界交互,第一感觉是服务器被入 侵了 。被人当做肉鸡了,在大量发包 。
这是台centos6.5 64位的系统,已经在线上运行了70多天了 。
2.2、排查问题
排查问题的第一步是查看此服务器的网络带宽情况,通过监控系统显示,此台服务器占满了200M的带宽,已经持续了半个多小时,接着第二步登录服务器查看情况,通过ssh登录服务器非常慢,这应该就是带宽被占满的缘故,不过最后还是登录上了服务器,下面是一个top的结果;

真实案例记录Linux被植入rootkit导致服务器带宽跑满的解决过程

文章插图
 
可以看到,有一个异常的进程占用资源比较高,名字不仔细看还真以为是一个Web服务进程 。但是这个Nginx1确实不是正常的进程 。
接着,通过pe -ef命令又发现了一些异常:
真实案例记录Linux被植入rootkit导致服务器带宽跑满的解决过程

文章插图
 
发现有个/etc/nginx1进程,然后查看了这个文件,是个二进制程序,基本断定这就是木 马文件 。
同时又发现,/usr/bin/dpkgd/ps -ef这个进程非常异常,因为正常情况下ps命令应该在/bin目录下才对 。于是进入/usr/bin/dpkgd目录查看了一下情况,又发现了一些命令,如下图所示:


推荐阅读