Unix.Trojan.DDoS_XOR-1 清理办法

前端之家收集整理的这篇文章主要介绍了Unix.Trojan.DDoS_XOR-1 清理办法前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。

转自:https://sebastianblade.com/linux-xorddos-trojan-removal/

前言

朋友的服务器中了木马后,一直向外发送请求,带宽被占满。甚至还引起了阿里云网络异常

用 iptables 封禁向外请求的 ip 后,网络请求终于没有了,但是木马要清除掉,于是我便帮忙查这个服务器的木马问题。

首先我并不知道服务器中了什么招,因此从以下几个步骤追踪木马:

用 rkhunter 查找Rootkit程序

Rootkit 一词最早出现在 Unix 系统上。系统入侵者为了获取系统管理员级的 root 权限,或者为了清除被系统记录的入侵痕迹,会重新汇编一些软件工具(术语称为 kit),例如 ps、netstat、w、passwd 等等,这些软件即称作 Rootkit。其后类似的入侵技术或概念在其他的操作系统上也被发展出来,主要是文件、进程、系统记录的隐藏技术,以及网络数据包、键盘输入的拦截窃听技术等,许多木马程序都使用了这些技术,因此木马程序也可视为 Rootkit 的一种。 —— 维基百科

下载并安装rkhunter,扫描 Rootkit 替换的系统程序

Bash
$ wget http://downloads.sourceforge.net/project/rkhunter/rkhunter/1.4.2/rkhunter-1.4.2.tar.gz $ tar xzvf rkhunter* $ cd rkhunter* $ ./installer.sh --layout /usr --install $ rkhunter --update $ rkhunter -C 

本机查出它替换了ps,lsof,251);">ss,251);">netstat命令

用 yum 重新安装被替换的常用命令

ps 属于 procps
ss 属于 iproute
netstat 属于 net-tools

$ yum -y reinstall procps lsof iproute net-tools

ps&top查看当前进程

不知道为什么,虽然重装了 procps,但ps命令看不到木马进程(可能是用了某种技术隐藏),但用top命令可以看到:

有一个占用 cpu 最多的进程 pygdykcrqf (十位随机名称进程),我在用 kill 1341 杀死进程后,没过一会儿发现又出现了另一个十位随机进程,所以得出结论他还有一个守护进程/多个进程。

pstree查看进程线程树:

可以看到,有两个十位随机进程(aifsucshya,hlgnaudprk),分别都有 4 个线程,就是他们在发送 DDOS 攻击,占用带宽,并且相互守护的。

在试过 killall 几次后发现,我 kill 的速度没他守护的速度快(必然的),还发现占用 cpu 较小的进程会在不到 1 分钟,新建一个新的随机进程,并终止自己。

查看木马进程所在位置,并杀死木马

Linux 在启动一个进程时,系统会在/proc下创建一个以 PID 命名的文件夹,在该文件夹下会有我们的进程的信息,其中包括一个名为exe的文件即记录了绝对路径,通过llls –l命令即可查看。

ll /proc/<PID></p>

可以看出木马源文件/usr/bin/aifsucshya,把文件先备份在本机:

scp root@ip:/usr/bin/aifsucshya ~/Download/aifsucshya

lsof查看某个路径下的进程列表:

lsof /usr/bin/*

pidof命令查看某个路径下进程的 pid:

$ pidof /usr/bin/*

然后发现,只有木马的进程在此目录下,因此可以通过管道符|xargs将 pid 参数传入到下一个命令的末尾:

$ pidof /usr/bin/* | xargs kill -9

这个需要多执行几次,因为可能处在木马新建进程的过程中,用lsof再查看是否还有留下来的木马进程。

没过多久,正当我以为已经干掉木马的时候,一声Too young,too simple把我拉回了现实 —— 木马进程又启动了。

通过木马样本找到猫腻

当时还不清楚有 cron 定时任务这回事

但通过strings把二进制文件转化成可打印的字符:

$ strings ~/Download/aifsucshya > ~/Download/aifsucshya.log

或者直接用 UltraEdit 打开,之后发现了木马的定时启动方法

他通过在/etc/cron.hourly/gcc4.sh脚本,定时执行 gcc4.sh, 检查 crontab 后发现,它设定每三分钟执行一次 gcc4.sh

cat /etc/crontab */3 * * * * root /etc/cron.hourly/gcc.sh

从上面 gcc4.sh 的内容中,可以看出这个脚本:

  1. 修改环境变量
  2. 复制/lib/libudev4.so/lib/libudev4.so.6
  3. 运行/lib/libudev4.so.6

因此得出结论:libudev4.so 与 libudev4.so.6 均是木马源文件

清除 cron 定时任务,删除开机启动脚本

删除 gcc4.sh,清除 crontab 内容,并设置/etc/crontab无法写入,以免被修改

rm -f /etc/cron.hourly/gcc4.sh $ crontab -e # 进入 vim 编辑器,删除木马启动内容 $ chattr +i /etc/crontab

删除木马源文件

rm -f /lib/libudev4.so /lib/libudev4.so.6

查看开机启动内容

ls /etc/rc*/ # init.d 是软链 `init.d -> rc.d/init.d` $ ls /etc/rc*/init.d

这些开机脚本的作用是,开机后自动运行同名的木马,如果你没有把木马清除掉的话,重启服务器后,木马还是会运行。

rm -f把这些 K90,S90 开头的随机字符链接删掉,并删除init.d目录下的随机字串文件

删除存于/usr/bin/中的木马文件

查看/usr/bin/中最近变动的文件,并删除十位随机字串木马:

ls -lt /usr/bin/ head # 或者用 `ls -lrt /usr/bin/` 查看按时间倒序查看

最后

通过top,251);">lsof查看木马是否还在运行:

top $ 确认木马没有运行,且 /etc/rc*/ 中开机启动项也都清理, /lib/libudev4.so 也都删除,crontab 内容清理,/etc/cron.hourly/gcc4.sh 也删除后,重启服务器:

reboot now

重启后再检查一遍木马是否运行,如果没有便大功告成了。

如果不放心,可以安装ClamAV来进行全盘扫描:

yum -y install clamav
# 更新病毒库
$ sudo freshclam 
# 全盘扫描,只显示被感染的文件,并在发现时发出警告音。
$ clamscan -r --bell -i /
# 进入后台扫描,并将报告输出到 ~/scan.log
$ clamscan -r --bell -i / > ~/scan.log &
# 更多 ClamAV 用法
# http://askubuntu.com/questions/250290/how-do-i-scan-for-viruses-with-clamav

猜你在找的Bash相关文章