學(xué)習(xí)啦 > 學(xué)習(xí)電腦 > 操作系統(tǒng) > Linux教程 >

Linux服務(wù)器被黑怎么處理

時(shí)間: 加城1195 分享

  Linux繼承了Unix以網(wǎng)絡(luò)為核心的設(shè)計(jì)思想,是一個(gè)性能穩(wěn)定的多用戶網(wǎng)絡(luò)操作系統(tǒng)。有用戶偶然遇到了Linux服務(wù)器被黑情況,下面小編整理了幾種常見的機(jī)器被黑情況供參考。

  方法步驟

  1.入侵者可能會(huì)刪除機(jī)器的日志信息,可以查看日志信息是否還存在或者是否被清空,相關(guān)命令示例:

  [[email protected] ~]# ll -h /var/log/*

  -rw-------. 1 root root 2.6K Jul 7 18:31 /var/log/anaconda.ifcfg.log

  -rw-------. 1 root root 23K Jul 7 18:31 /var/log/anaconda.log

  -rw-------. 1 root root 26K Jul 7 18:31 /var/log/anaconda.program.log

  -rw-------. 1 root root 63K Jul 7 18:31 /var/log/anaconda.storage.log

  [[email protected] ~]# 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.入侵者可能創(chuàng)建一個(gè)新的存放用戶名及密碼文件,可以查看/etc/passwd及/etc/shadow文件,相關(guān)命令示例:

  [[email protected] ~]# ll /etc/pass*

  -rw-r--r--. 1 root root 1373 Sep 15 11:36 /etc/passwd

  -rw-r--r--. 1 root root 1373 Sep 15 11:36 /etc/passwd-

  [[email protected] ~]# ll /etc/sha*

  ----------. 1 root root 816 Sep 15 11:36 /etc/shadow

  ----------. 1 root root 718 Sep 15 11:36 /etc/shadow-

  3.入侵者可能修改用戶名及密碼文件,可以查看/etc/passwd及/etc/shadow文件內(nèi)容進(jìn)行鑒別,相關(guān)命令示例:

  [[email protected] ~]# 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

  [[email protected] ~]# more /etc/shadow

  root:*LOCK*:14600::::::

  bin:*:17246:0:99999:7:::

  daemon:*:17246:0:99999:7:::

  4.查看機(jī)器最近成功登陸的事件和最后一次不成功的登陸事件,對(duì)應(yīng)日志“/var/log/lastlog”,相關(guān)命令示例:

  [[email protected] ~]# lastlog

  Username Port From Latest

  root **Never logged in**

  bin **Never logged in**

  daemon **Never logged in**

  5.查看機(jī)器當(dāng)前登錄的全部用戶,對(duì)應(yīng)日志文件“/var/run/utmp”,相關(guān)命令示例:

  [[email protected] ~]# who

  stone pts/0 2017-09-20 16:17 (X.X.X.X)

  test01 pts/2 2017-09-20 16:47 (X.X.X.X)

  6.查看機(jī)器創(chuàng)建以來登陸過的用戶,對(duì)應(yīng)日志文件“/var/log/wtmp”,相關(guān)命令示例:

  [[email protected] ~]# last

  test01 pts/1 X.X.X.X Wed Sep 20 16:50 still logged in

  test01 pts/2 X.X.X.X Wed Sep 20 16:47 - 16:49 (00:02)

  stone pts/1 X.X.X.X Wed Sep 20 16:46 - 16:47 (00:01)

  stone pts/0 X.X.X.X Wed Sep 20 16:17 still logged in

  7.查看機(jī)器所有用戶的連接時(shí)間(小時(shí)),對(duì)應(yīng)日志文件“/var/log/wtmp”,相關(guān)命令示例:

  [[email protected] ~]# ac -dp

  stone 11.98

  Sep 15 total 11.98

  stone 67.06

  Sep 18 total 67.06

  stone 1.27

  test01 0.24

  Today total 1.50

  8.如果發(fā)現(xiàn)機(jī)器產(chǎn)生了異常流量,可以使用命令“tcpdump”抓取網(wǎng)絡(luò)包查看流量情況或者使用工具”iperf”查看流量情況

  9.可以查看/var/log/secure日志文件,嘗試發(fā)現(xiàn)入侵者的信息,相關(guān)命令示例:

  [[email protected] ~]# cat /var/log/secure | grep -i "accepted password"

  Sep 20 12:47:20 hlmcen69n3 sshd[37193]: Accepted password for stone from X.X.X.X port 15898 ssh2

  Sep 20 16:17:47 hlmcen69n3 sshd[38206]: Accepted password for stone from X.X.X.X port 9140 ssh2

  Sep 20 16:46:00 hlmcen69n3 sshd[38511]: Accepted password for stone from X.X.X.X port 2540 ssh2

  Sep 20 16:47:16 hlmcen69n3 sshd[38605]: Accepted password for test01 from X.X.X.X port 10790 ssh2

  Sep 20 16:50:04 hlmcen69n3 sshd[38652]: Accepted password for test01 from X.X.X.X port 28956 ssh2

  10.查詢異常進(jìn)程所對(duì)應(yīng)的執(zhí)行腳本文件

  a.top命令查看異常進(jìn)程對(duì)應(yīng)的PID

  b.在虛擬文件系統(tǒng)目錄查找該進(jìn)程的可執(zhí)行文件

  [[email protected] ~]# ll /proc/1850/ | grep -i exe

  lrwxrwxrwx. 1 root root 0 Sep 15 12:31 exe -> /usr/bin/python

  [[email protected] ~]# ll /usr/bin/python

  -rwxr-xr-x. 2 root root 9032 Aug 18 2016 /usr/bin/python

  11.如果確認(rèn)機(jī)器已經(jīng)被入侵,重要文件已經(jīng)被刪除,可以嘗試找回被刪除的文件

  Note:

  1>當(dāng)進(jìn)程打開了某個(gè)文件時(shí),只要該進(jìn)程保持打開該文件,即使將其刪除,它依然存在于磁盤中。這意味著,進(jìn)程并不知道文件已經(jīng)被刪除,它仍然可以向打開該文件時(shí)提供給它的文件描述符進(jìn)行讀取和寫入。除了該進(jìn)程之外,這個(gè)文件是不可見的,因?yàn)橐呀?jīng)刪除了其相應(yīng)的目錄索引節(jié)點(diǎn)。

  2>在/proc 目錄下,其中包含了反映內(nèi)核和進(jìn)程樹的各種文件。/proc目錄掛載的是在內(nèi)存中所映射的一塊區(qū)域,所以這些文件和目錄并不存在于磁盤中,因此當(dāng)我們對(duì)這些文件進(jìn)行讀取和寫入時(shí),實(shí)際上是在從內(nèi)存中獲取相關(guān)信息。大多數(shù)與 lsof 相關(guān)的信息都存儲(chǔ)于以進(jìn)程的 PID 命名的目錄中,即 /proc/1234 中包含的是 PID 為 1234 的進(jìn)程的信息。每個(gè)進(jìn)程目錄中存在著各種文件,它們可以使得應(yīng)用程序簡(jiǎn)單地了解進(jìn)程的內(nèi)存空間、文件描述符列表、指向磁盤上的文件的符號(hào)鏈接和其他系統(tǒng)信息。lsof 程序使用該信息和其他關(guān)于內(nèi)核內(nèi)部狀態(tài)的信息來產(chǎn)生其輸出。所以lsof 可以顯示進(jìn)程的文件描述符和相關(guān)的文件名等信息。也就是我們通過訪問進(jìn)程的文件描述符可以找到該文件的相關(guān)信息。

  3>當(dāng)系統(tǒng)中的某個(gè)文件被意外地刪除了,只要這個(gè)時(shí)候系統(tǒng)中還有進(jìn)程正在訪問該文件,那么我們就可以通過lsof從/proc目錄下恢復(fù)該文件的內(nèi)容。

  假設(shè)入侵者將/var/log/secure文件刪除掉了,嘗試將/var/log/secure文件恢復(fù)的方法可以參考如下:

  a.查看/var/log/secure文件,發(fā)現(xiàn)已經(jīng)沒有該文件

  [[email protected] ~]# ll /var/log/secure

  ls: cannot access /var/log/secure: No such file or directory

  b.使用lsof命令查看當(dāng)前是否有進(jìn)程打開/var/log/secure,

  [[email protected] ~]# lsof | grep /var/log/secure

  rsyslogd 1264 root 4w REG 8,1 3173904 263917 /var/log/secure (deleted)

  c.從上面的信息可以看到 PID 1264(rsyslogd)打開文件的文件描述符為4。同時(shí)還可以看到/var/log/ secure已經(jīng)標(biāo)記為被刪除了。因此我們可以在/proc/1264/fd/4(fd下的每個(gè)以數(shù)字命名的文件表示進(jìn)程對(duì)應(yīng)的文件描述符)中查看相應(yīng)的信息,如下:

  [[email protected] ~]# tail /proc/1264/fd/4

  Sep 20 16:47:21 hlmcen69n3 sshd[38511]: pam_unix(sshd:session): session closed for user stone

  Sep 20 16:47:21 hlmcen69n3 su: pam_unix(su-l:session): session closed for user root

  Sep 20 16:49:30 hlmcen69n3 sshd[38605]: pam_unix(sshd:session): session closed for user test01

  Sep 20 16:50:04 hlmcen69n3 sshd[38652]: reverse mapping checking getaddrinfo for 190.78.120.106.static.bjtelecom.net [106.120.78.190] failed - POSSIBLE BREAK-IN ATTEMPT!

  Sep 20 16:50:04 hlmcen69n3 sshd[38652]: Accepted password for test01 from 106.120.78.190 port 28956 ssh2

  Sep 20 16:50:05 hlmcen69n3 sshd[38652]: pam_unix(sshd:session): session opened for user test01 by (uid=0)

  Sep 20 17:18:51 hlmcen69n3 unix_chkpwd[38793]: password check failed for user (root)

  Sep 20 17:18:51 hlmcen69n3 sshd[38789]: pam_unix(sshd:auth): authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=51.15.81.90 user=root

  Sep 20 17:18:52 hlmcen69n3 sshd[38789]: Failed password for root from 51.15.81.90 port 47014 ssh2

  Sep 20 17:18:52 hlmcen69n3 sshd[38790]: Connection closed by 51.15.81.90

  d.從上面的信息可以看出,查看/proc/1264/fd/4就可以得到所要恢復(fù)的數(shù)據(jù)。如果可以通過文件描述符查看相應(yīng)的數(shù)據(jù),那么就可以使用I/O重定向?qū)⑵渲囟ㄏ虻轿募校?

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

  e.再次查看/var/log/secure,發(fā)現(xiàn)該文件已經(jīng)存在。對(duì)于許多應(yīng)用程序,尤其是日志文件和數(shù)據(jù)庫,這種恢復(fù)刪除文件的方法非常有用。

  補(bǔ)充:Linux基本命令

 ?、賚s 意為list 列出當(dāng)前文件夾中的文件

  -l 顯示文件的屬性 可用ll來表示

 ?、赼lias 別名 看看是否有別名的文件

  ③cd dir 跳躍目錄 -P選項(xiàng) 將路徑中的鏈接文件替換成鏈接指向的文件路徑

 ?、躳wd 查看當(dāng)前工作的文件夾名 使用-P的選項(xiàng),會(huì)直接進(jìn)入到其中,相當(dāng)于cd

  相關(guān)閱讀:Linuxshell腳本不執(zhí)行問題實(shí)例分析

  shell腳本不執(zhí)行問題:某天研發(fā)某同事找我說幫他看看他寫的shell腳本,死活不執(zhí)行,報(bào)錯(cuò)。我看了下,腳本很簡(jiǎn)單,也沒有常規(guī)性的錯(cuò)誤,報(bào)“:badinterpreter:Nosuchfileordirectory”錯(cuò)??催@錯(cuò),我就問他是不是在windows下編寫的腳本,然后在上傳到linux服務(wù)器的……果然。原因:在DOS/windows里,文本文件的換行符為rn,而在*nix系統(tǒng)里則為n,所以DOS/Windows里編輯過的文本文件到了*nix里,每一行都多了個(gè)^M。解決:

  1)重新在linux下編寫腳本;

  2)vi:%s/r//g:%s/^M//g(^M輸入用Ctrl+v,Ctrl+m)附:sh-x腳本文件名,可以單步執(zhí)行并回顯結(jié)果,有助于排查復(fù)雜腳本問題。


linux服務(wù)器相關(guān)文章:

1.linux怎么查看服務(wù)器硬件配置

2.linux關(guān)閉服務(wù)命令

3.Linux操作系統(tǒng)的發(fā)展歷史和發(fā)展現(xiàn)狀

4.linux運(yùn)維工程師簡(jiǎn)歷模板

5.linux的路由追蹤命令

4016680