服務器遭受攻擊後,這樣排查處理不背鍋!

原文:https://www.toutiao.com/a6688...安全

安全老是相對的,再安全的服務器也有可能遭受到攻擊。做爲一個安全運維人員,要把握的原則是:儘可能作好系統安全防禦,修復全部已知的危險行爲,同時,在系統遭受攻擊後可以迅速有效地處理攻擊行爲,最大限度地下降攻擊對系統產生的影響。 bash

1、處理服務器遭受攻擊的通常思路服務器

系統遭受攻擊並不可怕,可怕的是面對攻擊一籌莫展,下面就詳細介紹下在服務器遭受攻擊後的通常處理思路。網絡

1.切斷網絡運維

全部的攻擊都來自於網絡,所以,在得知系統正遭受黑客的攻擊後,首先要作的就是斷開服務器的網絡鏈接,這樣除了能切斷攻擊源以外,也能保護服務器所在網絡的其餘主機。ssh

2.查找攻擊源tcp

能夠經過分析系統日誌或登陸日誌文件,查看可疑信息,同時也要查看系統都打開了哪些端口,運行哪些進程,並經過這些進程分析哪些是可疑的程序。這個過程要根據經驗和綜合判斷能力進行追查和分析。下面的章節會詳細介紹這個過程的處理思路。工具

3.分析入侵緣由和途徑spa

既然系統遭到入侵,那麼緣由是多方面的,多是系統漏洞,也多是程序漏洞,必定要查清楚是哪一個緣由致使的,而且還要查清楚遭到攻擊的途徑,找到攻擊源,由於只有知道了遭受攻擊的緣由和途徑,才能刪除攻擊源同時進行漏洞的修復。3d

4.備份用戶數據

在服務器遭受攻擊後,須要馬上備份服務器上的用戶數據,同時也要查看這些數據中是否隱藏着攻擊源。若是攻擊源在用戶數據中,必定要完全刪除,而後將用戶數據備份到一個安全的地方。

5.從新安裝系統

永遠不要認爲本身能完全清除攻擊源,由於沒有人能比黑客更瞭解攻擊程序,在服務器遭到攻擊後,最安全也最簡單的方法就是從新安裝系統,由於大部分攻擊程序都會依附在系統文件或者內核中,因此從新安裝系統才能完全清除攻擊源。

6.修復程序或系統漏洞

在發現系統漏洞或者應用程序漏洞後,首先要作的就是修復系統漏洞或者更改程序bug,由於只有將程序的漏洞修復完畢才能正式在服務器上運行。

7.恢復數據和鏈接網絡

將備份的數據從新複製到新安裝的服務器上,而後開啓服務,最後將服務器開啓網絡鏈接,對外提供服務。

2、檢查並鎖定可疑用戶

當發現服務器遭受攻擊後,首先要切斷網絡鏈接,可是在有些狀況下,好比沒法立刻切斷網絡鏈接時,就必須登陸系統查看是否有可疑用戶,若是有可疑用戶登陸了系統,那麼須要立刻將這個用戶鎖定,而後中斷此用戶的遠程鏈接。

1.登陸系統查看可疑用戶

經過root用戶登陸,而後執行「w」命令便可列出全部登陸過系統的用戶,以下圖所示。

經過這個輸出能夠檢查是否有可疑或者不熟悉的用戶登陸,同時還能夠根據用戶名以及用戶登陸的源地址和它們正在運行的進程來判斷他們是否爲非法用戶。

2.鎖定可疑用戶

一旦發現可疑用戶,就要立刻將其鎖定,例如上面執行「w」命令後發現nobody用戶應該是個可疑用戶(由於nobody默認狀況下是沒有登陸權限的),因而首先鎖定此用戶,執行以下操做:

[root@server ~]# passwd -l nobody

鎖定以後,有可能此用戶還處於登陸狀態,因而還要將此用戶踢下線,根據上面「w」命令的輸出,便可得到此用戶登陸進行的pid值,操做以下:

[root@server ~]# ps -ef|grep @pts/3
531 6051 6049 0 19:23 ? 00:00:00 sshd: nobody@pts/3
[root@server ~]# kill -9 6051

這樣就將可疑用戶nobody從線上踢下去了。若是此用戶再次試圖登陸它已經沒法登陸了。

3.經過last命令查看用戶登陸事件

last命令記錄着全部用戶登陸系統的日誌,能夠用來查找非受權用戶的登陸事件,而last命令的輸出結果來源於/var/log/wtmp文件,稍有經驗的入侵者都會刪掉/var/log/wtmp以清除本身行蹤,可是仍是會露出蛛絲馬跡在此文件中的。

3、查看系統日誌

查看系統日誌是查找攻擊源最好的方法,可查的系統日誌有/var/log/messages、/var/log/secure等,這兩個日誌文件能夠記錄軟件的運行狀態以及遠程用戶的登陸狀態,還能夠查看每一個用戶目錄下的.bash_history文件,特別是/root目錄下的.bash_history文件,這個文件中記錄着用戶執行的全部歷史命令。

4、檢查並關閉系統可疑進程

檢查可疑進程的命令不少,例如ps、top等,可是有時候只知道進程的名稱沒法得知路徑,此時能夠經過以下命令查看:

首先經過pidof命令能夠查找正在運行的進程PID,例如要查找sshd進程的PID,執行以下命令:

而後進入內存目錄,查看對應PID目錄下exe文件的信息:

這樣就找到了進程對應的完整執行路徑。若是還有查看文件的句柄,能夠查看以下目錄:

[root@server ~]# ls -al /proc/13276/fd

經過這種方式基本能夠找到任何進程的完整執行信息,此外還有不少相似的命令能夠幫助系統運維人員查找可疑進程。例如,能夠經過指定端口或者tcp、udp協議找到進程PID,進而找到相關進程:

在有些時候,攻擊者的程序隱藏很深,例如rootkits後門程序,在這種狀況下ps、top、netstat等命令也可能已經被替換,若是再經過系統自身的命令去檢查可疑進程就變得絕不可信,此時,就須要藉助於第三方工具來檢查系統可疑程序,例如前面介紹過的chkrootkit、RKHunter等工具,經過這些工具能夠很方便的發現系統被替換或篡改的程序。

5、檢查文件系統的無缺性

檢查文件屬性是否發生變化是驗證文件系統無缺性最簡單、最直接的方法,例如能夠檢查被入侵服務器上/bin/ls文件的大小是否與正常系統上此文件的大小相同,以驗證文件是否被替換,可是這種方法比較低級。此時能夠藉助於Linux下rpm這個工具來完成驗證,操做以下:

對於輸出中每一個標記的含義介紹以下:

  • S 表示文件長度發生了變化
  • M 表示文件的訪問權限或文件類型發生了變化
  • 5 表示MD5校驗和發生了變化
  • D 表示設備節點的屬性發生了變化
  • L 表示文件的符號連接發生了變化
  • U 表示文件/子目錄/設備節點的owner發生了變化
  • G 表示文件/子目錄/設備節點的group發生了變化
  • T 表示文件最後一次的修改時間發生了變化

若是在輸出結果中有「M」標記出現,那麼對應的文件可能已經遭到篡改或替換,此時能夠經過卸載這個rpm包從新安裝來清除受攻擊的文件。

不過這個命令有個侷限性,那就是隻能檢查經過rpm包方式安裝的全部文件,對於經過非rpm包方式安裝的文件就無能爲力了。同時,若是rpm工具也遭到替換,就不能經過這個方法了,此時能夠從正常的系統上覆制一個rpm工具進行檢測。

對文件系統的檢查也能夠經過chkrootkit、RKHunter這兩個工具來完成,關於chkrootkit、RKHunter工具的使用,下次將展開介紹。

相關文章
相關標籤/搜索