Linux服务器被黑以后的详细处理步骤

2023-09-18 08:29:05 59

随着开源产品的越来越盛行，作为一个Linux运维工程师，能够清晰地鉴别异常机器是否已经被入侵了显得至关重要，个人结合自己的工作经历，整理了几种常见的机器被黑情况供参考

背景信息：以下情况是在CentOS6.9的系统中查看的，其它Linux发行版类似

1.入侵者可能会删除机器的日志信息，可以查看日志信息是否还存在或者是否被清空，相关命令示例：

[[emailprotected]~]#ll-h/var/log/*
-rw-------.1rootroot2.6KJul718:31/var/log/anaconda.ifcfg.log
-rw-------.1rootroot23KJul718:31/var/log/anaconda.log
-rw-------.1rootroot26KJul718:31/var/log/anaconda.program.log
-rw-------.1rootroot63KJul718:31/var/log/anaconda.storage.log
[[emailprotected]~]#du-sh/var/log/*
8.0K/var/log/anaconda
4.0K/var/log/anaconda.ifcfg.log
24K/var/log/anaconda.log
28K/var/log/anaconda.program.log
64K/var/log/anaconda.storage.log

2.入侵者可能创建一个新的存放用户名及密码文件，可以查看/etc/passwd及/etc/shadow文件，相关命令示例：

[[emailprotected]~]#ll/etc/pass*
-rw-r--r--.1rootroot1373Sep1511:36/etc/passwd
-rw-r--r--.1rootroot1373Sep1511:36/etc/passwd-
[[emailprotected]~]#ll/etc/sha*
----------.1rootroot816Sep1511:36/etc/shadow
----------.1rootroot718Sep1511:36/etc/shadow-

3.入侵者可能修改用户名及密码文件，可以查看/etc/passwd及/etc/shadow文件内容进行鉴别，相关命令示例：

[[emailprotected]~]#more/etc/passwd
root:x:0:0:root:/root:/bin/bash
bin:x:1:1:bin:/bin:/sbin/nologin
daemon:x:2:2:daemon:/sbin:/sbin/nologin
[[emailprotected]~]#more/etc/shadow
root:*LOCK*:14600::::::
bin:*:17246:0:99999:7:::
daemon:*:17246:0:99999:7:::

4.查看机器最近成功登陆的事件和最后一次不成功的登陆事件，对应日志“/var/log/lastlog”，相关命令示例：

[[emailprotected]~]#lastlog
UsernamePortFromLatest
root**Neverloggedin**
bin**Neverloggedin**
daemon**Neverloggedin**

5.查看机器当前登录的全部用户，对应日志文件“/var/run/utmp”，相关命令示例：

[[emailprotected]~]#who
stonepts/02017-09-2016:17(X.X.X.X)
test01pts/22017-09-2016:47(X.X.X.X)

6.查看机器创建以来登陆过的用户，对应日志文件“/var/log/wtmp”，相关命令示例：

[[emailprotected]~]#last
test01pts/1X.X.X.XWedSep2016:50stillloggedin
test01pts/2X.X.X.XWedSep2016:47-16:49(00:02)
stonepts/1X.X.X.XWedSep2016:46-16:47(00:01)
stonepts/0X.X.X.XWedSep2016:17stillloggedin

7.查看机器所有用户的连接时间（小时），对应日志文件“/var/log/wtmp”，相关命令示例：

[[emailprotected]~]#ac-dp
stone11.98
Sep15total11.98
stone67.06
Sep18total67.06
stone1.27
test010.24
Todaytotal1.50

8.如果发现机器产生了异常流量，可以使用命令“tcpdump”抓取网络包查看流量情况或者使用工具”iperf”查看流量情况

9.可以查看/var/log/secure日志文件，尝试发现入侵者的信息，相关命令示例：

[[emailprotected]~]#cat/var/log/secure|grep-i"acceptedpassword"
Sep2012:47:20hlmcen69n3sshd[37193]:AcceptedpasswordforstonefromX.X.X.Xport15898ssh2
Sep2016:17:47hlmcen69n3sshd[38206]:AcceptedpasswordforstonefromX.X.X.Xport9140ssh2
Sep2016:46:00hlmcen69n3sshd[38511]:AcceptedpasswordforstonefromX.X.X.Xport2540ssh2
Sep2016:47:16hlmcen69n3sshd[38605]:Acceptedpasswordfortest01fromX.X.X.Xport10790ssh2
Sep2016:50:04hlmcen69n3sshd[38652]:Acceptedpasswordfortest01fromX.X.X.Xport28956ssh2

10.查询异常进程所对应的执行脚本文件

a.top命令查看异常进程对应的PID

b.在虚拟文件系统目录查找该进程的可执行文件

[[emailprotected]~]#ll/proc/1850/|grep-iexe
lrwxrwxrwx.1rootroot0Sep1512:31exe->/usr/bin/python
[[emailprotected]~]#ll/usr/bin/python
-rwxr-xr-x.2rootroot9032Aug182016/usr/bin/python

11.如果确认机器已经被入侵，重要文件已经被删除，可以尝试找回被删除的文件

Note：

1>当进程打开了某个文件时，只要该进程保持打开该文件，即使将其删除，它依然存在于磁盘中。这意味着，进程并不知道文件已经被删除，它仍然可以向打开该文件时提供给它的文件描述符进行读取和写入。除了该进程之外，这个文件是不可见的，因为已经删除了其相应的目录索引节点。

2>在/proc目录下，其中包含了反映内核和进程树的各种文件。/proc目录挂载的是在内存中所映射的一块区域，所以这些文件和目录并不存在于磁盘中，因此当我们对这些文件进行读取和写入时，实际上是在从内存中获取相关信息。大多数与lsof相关的信息都存储于以进程的PID命名的目录中，即/proc/1234中包含的是PID为1234的进程的信息。每个进程目录中存在着各种文件，它们可以使得应用程序简单地了解进程的内存空间、文件描述符列表、指向磁盘上的文件的符号链接和其他系统信息。lsof程序使用该信息和其他关于内核内部状态的信息来产生其输出。所以lsof可以显示进程的文件描述符和相关的文件名等信息。也就是我们通过访问进程的文件描述符可以找到该文件的相关信息。

3>当系统中的某个文件被意外地删除了，只要这个时候系统中还有进程正在访问该文件，那么我们就可以通过lsof从/proc目录下恢复该文件的内容。

假设入侵者将/var/log/secure文件删除掉了，尝试将/var/log/secure文件恢复的方法可以参考如下：

a.查看/var/log/secure文件，发现已经没有该文件

[[emailprotected]~]#ll/var/log/secure
ls:cannotaccess/var/log/secure:Nosuchfileordirectory

b.使用lsof命令查看当前是否有进程打开/var/log/secure，

[[emailprotected]~]#lsof|grep/var/log/secure
rsyslogd1264root4wREG8,13173904263917/var/log/secure(deleted)

c.从上面的信息可以看到PID1264（rsyslogd）打开文件的文件描述符为4。同时还可以看到/var/log/secure已经标记为被删除了。因此我们可以在/proc/1264/fd/4（fd下的每个以数字命名的文件表示进程对应的文件描述符）中查看相应的信息，如下：

[[emailprotected]~]#tail/proc/1264/fd/4
Sep2016:47:21hlmcen69n3sshd[38511]:pam_unix(sshd:session):sessionclosedforuserstone
Sep2016:47:21hlmcen69n3su:pam_unix(su-l:session):sessionclosedforuserroot
Sep2016:49:30hlmcen69n3sshd[38605]:pam_unix(sshd:session):sessionclosedforusertest01
Sep2016:50:04hlmcen69n3sshd[38652]:reversemappingcheckinggetaddrinfofor190.78.120.106.static.bjtelecom.net[106.120.78.190]failed-POSSIBLEBREAK-INATTEMPT!
Sep2016:50:04hlmcen69n3sshd[38652]:Acceptedpasswordfortest01from106.120.78.190port28956ssh2
Sep2016:50:05hlmcen69n3sshd[38652]:pam_unix(sshd:session):sessionopenedforusertest01by(uid=0)
Sep2017:18:51hlmcen69n3unix_chkpwd[38793]:passwordcheckfailedforuser(root)
Sep2017:18:51hlmcen69n3sshd[38789]:pam_unix(sshd:auth):authenticationfailure;logname=uid=0euid=0tty=sshruser=rhost=51.15.81.90user=root
Sep2017:18:52hlmcen69n3sshd[38789]:Failedpasswordforrootfrom51.15.81.90port47014ssh2
Sep2017:18:52hlmcen69n3sshd[38790]:Connectionclosedby51.15.81.90

d.从上面的信息可以看出，查看/proc/1264/fd/4就可以得到所要恢复的数据。如果可以通过文件描述符查看相应的数据，那么就可以使用I/O重定向将其重定向到文件中，如:

[[emailprotected]~]#cat/proc/1264/fd/4>/var/log/secure

e.再次查看/var/log/secure，发现该文件已经存在。对于许多应用程序，尤其是日志文件和数据库，这种恢复删除文件的方法非常有用。

[[emailprotected]~]#ll/var/log/secure
-rw-r--r--.1rootroot3173904Sep2017:24/var/log/secure
[[emailprotected]~]#head/var/log/secure
Sep1703:28:15hlmcen69n3sshd[13288]:reversemappingcheckinggetaddrinfofor137-64-15-51.rev.cloud.scaleway.com[51.15.64.137]failed-POSSIBLEBREAK-INATTEMPT!
Sep1703:28:15hlmcen69n3unix_chkpwd[13290]:passwordcheckfailedforuser(root)
Sep1703:28:15hlmcen69n3sshd[13288]:pam_unix(sshd:auth):authenticationfailure;logname=uid=0euid=0tty=sshruser=rhost=51.15.64.137user=root
Sep1703:28:17hlmcen69n3sshd[13288]:Failedpasswordforrootfrom51.15.64.137port59498ssh2
Sep1703:28:18hlmcen69n3sshd[13289]:Receiveddisconnectfrom51.15.64.137:11:ByeBye
Sep1703:28:22hlmcen69n3sshd[13291]:reversemappingcheckinggetaddrinfofor137-64-15-51.rev.cloud.scaleway.com[51.15.64.137]failed-POSSIBLEBREAK-INATTEMPT!
Sep1703:28:22hlmcen69n3unix_chkpwd[13293]:passwordcheckfailedforuser(root)
Sep1703:28:22hlmcen69n3sshd[13291]:pam_unix(sshd:auth):authenticationfailure;logname=uid=0euid=0tty=sshruser=rhost=51.15.64.137user=root
Sep1703:28:24hlmcen69n3sshd[13291]:Failedpasswordforrootfrom51.15.64.137port37722ssh2
Sep1703:28:25hlmcen69n3sshd[13292]:Receiveddisconnectfrom51.15.64.137:11:ByeBye

总结

以上所述是小编给大家介绍的Linux服务器被黑以后的详细处理步骤，希望对大家有所帮助，如果大家有任何疑问请给我留言，小编会及时回复大家的。在此也非常感谢大家对毛票票网站的支持！

Linux服务器被黑以后的详细处理步骤

热门推荐

随机推荐