Linux被植入木马的排查流程

Meng0f

Linux被植入木马的排查流程

转载于：HACK之道

在日常繁琐的运维工作中，对linux服务器进行安全检查是一个非常重要的环节。今天，分享一下如何检查linux系统是否遭受了入侵？
一、是否入侵检查
1）检查系统日志

1. 检查系统错误登陆日志，统计IP重试次数（last命令是查看系统登陆日志，比如系统被reboot或登陆情况）
   
2. [root@bastion-IDC ~]# last

复制代码

2）检查系统用户

1. 查看是否有异常的系统用户
   
2. [root@bastion-IDC ~]# cat /etc/passwd
   
3. 
   
4. 查看是否产生了新用户，UID和GID为0的用户
   
5. [root@bastion-IDC ~]# grep "0" /etc/passwd
   
6. 
   
7. 查看passwd的修改时间，判断是否在不知的情况下添加用户
   
8. [root@bastion-IDC ~]# ls -l /etc/passwd
   
9. 
   
10. 查看是否存在特权用户
    
11. [root@bastion-IDC ~]# awk -F: '$3==0 {print $1}' /etc/passwd
    
12. 
    
13. 查看是否存在空口令帐户
    
14. [root@bastion-IDC ~]# awk -F: 'length($2)==0 {print $1}' /etc/shadow

复制代码

3）检查异常进程

1. 注意UID为0的进程
   
2. 使用ps -ef命令查看进程
   
3. 
   
4. 察看该进程所打开的端口和文件
   
5. [root@bastion-IDC ~]# lsof -p pid命令查看
   
6. 
   
7. 检查隐藏进程
   
8. [root@bastion-IDC ~]# ps -ef | awk '{print }' | sort -n | uniq >1
   
9. [root@bastion-IDC ~]# ls /porc |sort -n|uniq >2
   
10. [root@bastion-IDC ~]# diff 1 2

复制代码

4）检查异常系统文件

1. [root@bastion-IDC ~]# find / -uid 0 –perm -4000 –print
   
2. [root@bastion-IDC ~]# find / -size +10000k –print
   
3. [root@bastion-IDC ~]# find / -name "…" –print
   
4. [root@bastion-IDC ~]# find / -name ".." –print
   
5. [root@bastion-IDC ~]# find / -name "." –print
   
6. [root@bastion-IDC ~]# find / -name " " –print

复制代码

5）检查系统文件完整性

1. [root@bastion-IDC ~]# rpm –qf /bin/ls
   
2. [root@bastion-IDC ~]# rpm -qf /bin/login
   
3. [root@bastion-IDC ~]# md5sum –b 文件名
   
4. [root@bastion-IDC ~]# md5sum –t 文件名

复制代码

6）检查RPM的完整性

1. [root@bastion-IDC ~]# rpm -Va #注意相关的/sbin,/bin,/usr/sbin,/usr/bin
   
2. 输出格式说明：
   
3. S – File size differs
   
4. 
   
5. M – Mode differs (permissions)
   
6. 
   
7. 5 – MD5 sum differs
   
8. 
   
9. D – Device number mismatch
   
10. 
    
11. L – readLink path mismatch
    
12. 
    
13. U – user ownership differs
    
14. 
    
15. G – group ownership differs
    
16. 
    
17. T – modification time differs

复制代码

7）检查网络

1. [root@bastion-IDC ~]# ip link | grep PROMISC（正常网卡不该在promisc模式，可能存在sniffer）
   
2. [root@bastion-IDC ~]# lsof –i
   
3. [root@bastion-IDC ~]# netstat –nap（察看不正常打开的TCP/UDP端口)
   
4. [root@bastion-IDC ~]# arp –a

复制代码

8）检查系统计划任务

1. [root@bastion-IDC ~]# crontab –u root –l
   
2. [root@bastion-IDC ~]# cat /etc/crontab
   
3. [root@bastion-IDC ~]# ls /etc/cron.*

复制代码

9）检查系统后门

1. [root@bastion-IDC ~]# cat /etc/crontab
   
2. [root@bastion-IDC ~]# ls /var/spool/cron/
   
3. [root@bastion-IDC ~]# cat /etc/rc.d/rc.local
   
4. [root@bastion-IDC ~]# ls /etc/rc.d
   
5. [root@bastion-IDC ~]# ls /etc/rc3.d

复制代码

10）检查系统服务

1. [root@bastion-IDC ~]# chkconfig —list
   
2. [root@bastion-IDC ~]# rpcinfo -p（查看RPC服务）

复制代码

11）检查rootkit

1. [root@bastion-IDC ~]# chkconfig —list
   
2. [root@bastion-IDC ~]# rpcinfo -p（查看RPC服务）

复制代码

二、linux系统被入侵/中毒的表象

1. 比较常见的中毒表现在以下三个方面：
   
2. 1）服务器出去的带宽会跑高这个是中毒的一个特征。
   
3. 因为服务器中毒之后被别人拿去利用，常见的就是拿去当肉鸡攻击别人；再者就是拿你的数据之类的。
   
4. 所以服务器带宽方面需要特别注意下，如果服务器出去的带宽跑很高，那肯定有些异常，需要及时检查一下！
   
5. 
   
6. 2）系统里会产生多余的不明的用户
   
7. 中毒或者被入侵之后会导致系统里产生一些不明用户或者登陆日志，所以这方面的检查也是可以看出一些异常的。
   
8. 
   
9. 3）开机是否启动一些不明服务和crond任务里是否有一些来历不明的任务？
   
10. 因为中毒会随系统的启动而启动的，所以一般会开机启动，检查一下启动的服务或者文件是否有异常，一般会在/etc/rc.local和crondtab -l 显示出来。

复制代码

三、顺便说下一次Linux系统被入侵/中毒的解决过程

1. 在工作中碰到系统经常卡，而且有时候远程连接不上，从本地以及远程检查一下这个系统，发现有不明的系统进程。
   
2. 初步判断就是可能中毒了！！！
   
3. 
   
4. 解决过程：
   
5. 1）在监控里检查一下这台服务器的带宽，发现服务器出去的带宽跑很高，所以才会导致远程连接卡甚至连接不上，这是一个原因。
   
6. 为什么服务器出去的带宽这么高且超出了开通的带宽值？这个原因只能进入服务器系统里检查了。
   
7. 
   
8. 2）远程进入系统里检查了下， ps -aux查到不明进程 ，立刻关闭它。
   
9. 
   
10. 3）检查一下开机启动项：
    
11. #chkconfig --list | grep 3:on
    
12. 服务器启动级别是3的，我检查一下了开机启动项，没有特别明显的服务。
    
13. 然后检查了一下开机启动的一个文件
    
14. #more /etc/rc.local
    
15. 看到这个文件里被添加了很多未知项，注释了它。
    
16. 
    
17. 4）然后在远程连接这台服务器的时候，还是有些卡。
    
18. 检查了一下系统的计划任务crond，使用crondtab -l 命令进行查看，看到很多注释行。
    
19. 这些注释行与/etc/rc.local的内容差不多。最后备份下/var/spool/cron/root文件（也就是root下的crontab计划任务内容），就删除了crontab内容，然后停止crond任务，并chkconfig crond off 禁用它开机启动。
    
20. 
    
21. 5）为了彻底清除危害，我检查了一下系统的登陆日志（last命令查看），看到除了root用户之外还有其它的用户登陆过。
    
22. 检查了一下/etc/passwd ，看到有不明的用户，立刻用usermod -L XXX 禁用这些用户。
    
23. 然后更新了下系统的复杂密码。

复制代码

----------------------------------------------------

1. 禁用/锁定用户登录系统的方法
   
2. 1. usermod -L username 锁定用户
   
3.     usermod -U username 解锁
   
4. 2. passwd -l username 锁定用户
   
5.     passwd -u username 解锁
   
6. 3.修改用户的shell类型为/sbin/nologin（/etc/passwd文件里修改）
   
7. 4.在/etc/下创建空文件nologin，这样就锁定了除root之外的全部用户

复制代码

----------------------------------------------------
四、怎样确保linux系统安全

1. 1）从以往碰到的实例来分析，密码太简单是一个错
   
2. 用户名默认，密码太简单是最容易被入侵的对象，所以切忌不要使用太过于简单的密码，先前碰到的那位客户就是使用了太简单的且规则的密码 1q2w3e4r5t， 这种密码在扫描的软件里是通用的，所以很容易被别人扫描出来的。
   
3. 
   
4. 2）不要使用默认的远程端口，避免被扫描到
   
5. 扫描的人都是根据端口扫描，然后再进行密码扫描，默认的端口往往就是扫描器的对象，他们扫描一个大的IP 段，哪些开放22端口且认为是ssh服务的linux系统，所以才会猜这机器的密码。更改远程端口也是安全的一个措施！
   
6. 
   
7. 3）使用一些安全策略进行保护系统开放的端口
   
8. 使用iptables或者配置/etc/hosts.deny 和/etc/hosts.allow进行白名单设置
   
9. 可以对/etc/passwd、/etc/group、/etc/sudoers、/etc/shadow等用户信息文件进行锁定（chattr +ai）
   
10. 
    
11. 4）禁ping设置
    
12. # echo 1 > /proc/sys/net/ipv4/icmp_echo_ignore_all

复制代码

----------------------------------------------------
发现一次服务器被getshell渗透的解决办法：

1. 1）使用top命令发现一个python程序占用了95%的cpu
   
2. 2）使用ps -ef|grep python发现下面程序：
   
3.    python -c import pty;pty.spamn("/bin/sh")
   
4. 这个程序命令表示通过webshell反弹shell回来之后获取真正的ttyshell进行渗透到服务器里。kill掉这个进程！
   
5. 3）发现在/var/spool/cron下面设置了一个nobody的定时执行上面获取getshell的渗透命令！果断删除这个任务！
   
6. 4）ss -a发现一个可疑ip以及它的进程，果断在iptables里禁止这个ip的所有请求：
   
7.    -I INPUT -s 180.125.131.192 -j DROP

复制代码

-----------------------------------------------------------------------------------------------------------
比如：在一台服务器上，已经启动了80端口的nginx进程，但是执行“lsof －i:80”或者"ps -ef"命令后，没有任何信息输出！这是为什么？怀疑机器上的ps命令被人黑了！
执行：

1. [root@locahost ~]# which ps
   
2. /bin/ps
   
3. [root@locahost ~]# ls -l /bin/ps
   
4. -rwxr-xr-x. 1 root root 85304 5月  11 2016 /bin/ps
   
5. [root@locahost ~]# stat /bin/ps
   
6.   File: "/bin/ps"
   
7.   Size: 85304             Blocks: 168        IO Block: 4096   普通文件
   
8. Device: fc02h/64514d        Inode: 13549       Links: 1
   
9. Access: (0755/-rwxr-xr-x)  Uid: (    0/    root)   Gid: (    0/    root)
   
10. Access: 2017-05-07 17:14:37.862999884 +0800
    
11. Modify: 2016-05-11 07:23:09.000000000 +0800
    
12. Change: 2017-05-07 17:14:37.146999967 +0800
    
13. 
    
14. 发现ps命令的二进制文件果然在近期被改动过。
    
15. 解决办法：可以拷贝别的机器上的/bin/ps二进制文件覆盖本机的这个文件。

复制代码

-------------------------记一次Linux操作系统被入侵的排查过程--------------------------------------

1. 某天突然发现IDC机房一台测试服务器的流量异常，几乎占满了机房的总带宽，导致其他服务器程序运行业务受阻！
   
2. 意识到了这台测试机被人种了木马，于是开始了紧张的排查过程：
   
3. 
   
4. 1）运行ps和top命令
   
5. 发现了两个陌生名称的程序（比如mei34hu）占用了大部分CPU资源，显然这是别人植入的程序！
   
6. 果断尝试kill掉这两个进程，kill后，测试机流量明显降下去。然而不幸的是，不一会儿又恢复了之前的状态。
   
7. 
   
8. 2）将IDC这台测试机的外网关闭。远程通过跳板机内网登陆这台机器。
   
9. 
   
10. 3）查看这些陌生程序所在路径
    
11. 查找程序路径：
    
12. ls /proc/进程号/exe，然后再次kill掉进程，又会生成一个新的进程名，发现路径也是随机在PATH变量的路径中变换，有时在/bin目录，有时在/sbin，有时在/usr/bin目录中。
    
13. 看来还有后台主控程序在作怪，继续查找。
    
14. 
    
15. 4）尝试查找跟踪程序
    
16. 查看/bin，/sbin，/usr/bin等目录下是否存在以.开头的文件名，发现不少，而且部分程序移除后会自动生成。
    
17. [root@localhost ~]# ls /usr/bin/.    //按Tab键补全
    
18. ./  ../  .ssh.hmac
    
19. 
    
20. 这说明还没找到主控程序。
    
21. 
    
22. 5）接着用strace命令跟踪这些陌生程序：
    
23. [root@localhost ~]# strace /bin/mei34hu
    
24. 
    
25. 结果发现在跟踪了这个程序后，它居然自杀了（把自己进程文件干掉了)！然后想用netstat看下网络连接情况，结果居然查不到任何对外的网络连接，于是开始怀疑命令被修改过了。
    
26. 使用stat 查看系统命令ps、ls 、netstat、pstree等等：
    
27. [root@localhost ~]# which ps
    
28. /usr/bin/ps
    
29. [root@localhost ~]# which ls
    
30. alias ls='ls --color=auto'
    
31.     /usr/bin/ls
    
32. [root@localhost ~]# which netstat
    
33. /usr/bin/netstat
    
34. [root@localhost ~]# stat /usr/bin/netstat
    
35. [root@localhost ~]# stat /usr/bin/ps
    
36. [root@localhost ~]# stat /usr/bin/ls
    
37. ......
    
38. 
    
39. 发现修改时间都是在最近的3天内，这让我猛然想起传说中的rootkit用户态级病毒！！
    
40. 有可能是这台测试机刚安装好系统后，设置了root密码为123456，之后又把它放到过公网上被人入侵了。
    
41. 
    
42. 接着查一下它在相关路径中还放了哪些程序：
    
43. [root@localhost ~]# find /bin -mtime -3 -type f | xargs rm -f
    
44. [root@localhost ~]# find /usr/bin -mtime -3 -type f | xargs rm -f
    
45. [root@localhost ~]# find /use/sbin -mtime -3 -type f | xargs rm -f
    
46. [root@localhost ~]# find /sbin -mtime -3 -type f | xargs rm -f
    
47. 
    
48. 将上面查找出的3天前的程序统统都删掉，并强制断电，重启服务器！然而可恨的是这些程序在机器重启后又好端端的运行以来！
    
49. 很明显，这些程序都被设置了开机自启动
    
50. 
    
51. 6）查看系统启动项
    
52. [root@localhost ~]# find /etc/rc.d/ -mtime -3 ! -type d
    
53. 
    
54. 果然这些程序都被设置了开机自启动。于是，就再来一次删除，然后暴力重启服务器。
    
55. [root@localhost ~]# find /bin -mtime -3 -type f | xargs rm -f
    
56. [root@localhost ~]# find /usr/bin -mtime -3 -type f | xargs rm -f
    
57. [root@localhost ~]# find /use/sbin -mtime -3 -type f | xargs rm -f
    
58. [root@localhost ~]# find /sbin -mtime -3 -type f | xargs rm -f
    
59. [root@localhost ~]# find /etc/rc.d/ -mtime -3 ! -type d | xargs rm -f
    
60. 
    
61. 重启完服务器后，用top命令查看，系统CPU使用率也不高了。居然这样就被干掉了。
    
62. 
    
63. 7）顾虑到系统常用命令中（如ls，ps等）可能会隐藏启动进程，这样一旦执行又会拉起木马程序。于是再查看下系统中是否创建了除root以外的管理员账号：
    
64. [root@localhost ~]# awk -F":" '{if($3 == 0) print $1}' /etc/passwd
    
65. root
    
66. 
    
67. 结果发现只输入了root这一个用户，说明系统用户是正常的。
    
68. 其实，当系统被感染rootkit后，系统已经变得不可靠了，唯一的办法就是重装系统了。
    
69. 
    
70. 8）对于一些常用命令程序的修复思路：找出常用命令所在的rpm包，然后强制删除，最后在通过yum安装（由于外网已拿掉，可以通过squid代理上网的yum下载）
    
71. [root@localhost ~]# rpm -qf /bin/ps
    
72. [root@localhost ~]# rpm -qf /bin/ls
    
73. [root@localhost ~]# rpm -qf /bin/netstat
    
74. [root@localhost ~]# rpm -qf /usr/bin/pstree
    
75. 
    
76. 然后将上面命令查找出来的rpm包强制卸载
    
77. [root@localhost ~]# rpm -e --nodeps ......
    
78. [root@localhost ~]# rpm -e --nodeps ......
    
79. [root@localhost ~]# rpm -e --nodeps ......
    
80. [root@localhost ~]# rpm -e --nodeps ......
    
81. 
    
82. 接着再重新安装
    
83. [root@localhost ~]# yum install -y procps coreutils net-tools psmisc
    
84. 
    
85. 最后重启下系统即可。除了上面这次排查之外，还可以：
    
86. 1）结合服务器的系统日志/var/log/messages、/var/log/secure进行仔细检查。
    
87. 2）将可疑文件设为不可执行，用chattr +ai将几个重要目录改为不可添加和修改，再将进程杀了，再重启
    
88. 3）chkrootkit之类的工具查一下
    
89. 
    
90. 对于以上这些梳理的木马排查的思路要清楚，排查手段要熟练。遇到问题不要慌，静下心，细查系统日志，根据上面

复制代码