推薦：10年技術力作：《高性能Linux服務器構建實戰Ⅱ》全網發行，附試讀章節和全書實例源碼下載！
安全總是相對的，再安全的服務器也有可能遭受到***。作爲一個安全運維人員，要把握的原則是：儘量做好系統安全防護，修復所有已知的危險行爲，同時，在系統遭受***後能夠迅速有效地處理***行爲，最大限度地降低***對系統產生的影響。
一、處理服務器遭受***的一般思路
系統遭受***並不可怕，可怕的是面對***束手無策，下面就詳細介紹下在服務器遭受***後的一般處理思路。
1.切斷網絡
所有的***都來自於網絡，因此，在得知系統正遭受***的***後，首先要做的就是斷開服務器的網絡連接，這樣除了能切斷***源之外，也能保護服務器所在網絡的其他主機。
2.查找***源
可以通過分析系統日誌或登錄日誌文件，查看可疑信息，同時也要查看系統都打開了哪些端口，運行哪些進程，並通過這些進程分析哪些是可疑的程序。這個過程要根據經驗和綜合判斷能力進行追查和分析。下面的章節會詳細介紹這個過程的處理思路。
3.分析***原因和途徑
既然系統遭到***，那麼原因是多方面的，可能是系統漏洞，也可能是程序漏洞，一定要查清楚是哪個原因導致的，並且還要查清楚遭到***的途徑，找到***源，因爲只有知道了遭受***的原因和途徑，才能刪除***源同時進行漏洞的修復。
4.備份用戶數據
在服務器遭受***後，需要立刻備份服務器上的用戶數據，同時也要查看這些數據中是否隱藏着***源。如果***源在用戶數據中，一定要徹底刪除，然後將用戶數據備份到一個安全的地方。
5.重新安裝系統
永遠不要認爲自己能徹底清除***源，因爲沒有人能比***更瞭解***程序，在服務器遭到***後，最安全也最簡單的方法就是重新安裝系統，因爲大部分***程序都會依附在系統文件或者內核中，所以重新安裝系統才能徹底清除***源。
6.修復程序或系統漏洞
在發現系統漏洞或者應用程序漏洞後，首先要做的就是修復系統漏洞或者更改程序bug，因爲只有將程序的漏洞修復完畢才能正式在服務器上運行。
7.恢復數據和連接網絡
將備份的數據重新複製到新安裝的服務器上，然後開啓服務，最後將服務器開啓網絡連接，對外提供服務。
二、檢查並鎖定可疑用戶
當發現服務器遭受***後，首先要切斷網絡連接，但是在有些情況下，比如無法馬上切斷網絡連接時，就必須登錄系統查看是否有可疑用戶，如果有可疑用戶登錄了系統，那麼需要馬上將這個用戶鎖定，然後中斷此用戶的遠程連接。
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以清除自己行蹤，但是還是會露出蛛絲馬跡在此文件中的。
三、查看系統日誌
查 看系統日誌是查找***源最好的方法，可查的系統日誌有/var/log/messages、/var/log/secure等，這兩個日誌文件可以記錄軟 件的運行狀態以及遠程用戶的登錄狀態，還可以查看每個用戶目錄下的.bash_history文件，特別是/root目錄下的.bash_history 文件，這個文件中記錄着用戶執行的所有歷史命令。
四、檢查並關閉系統可疑進程
檢查可疑進程的命令很多，例如ps、top等，但是有時候只知道進程的名稱無法得知路徑，此時可以通過如下命令查看：
首先通過pidof命令可以查找正在運行的進程PID，例如要查找sshd進程的PID，執行如下命令：
1 2 | [root@server ~]# pidof sshd13276 12942 4284 |
然後進入內存目錄，查看對應PID目錄下exe文件的信息：
1 2 | [root@server ~]# ls -al /proc/13276/exe lrwxrwxrwx 1 root root 0 Oct 4 22:09 /proc/13276/exe -> /usr/sbin/sshd |
這樣就找到了進程對應的完整執行路徑。如果還有查看文件的句柄，可以查看如下目錄：
[root@server ~]# ls -al /proc/13276/fd
通過這種方式基本可以找到任何進程的完整執行信息，此外還有很多類似的命令可以幫助系統運維人員查找可疑進程。例如，可以通過指定端口或者tcp、udp協議找到進程PID，進而找到相關進程：
1 2 3 4 5 6 7 8 9 | [root@server ~]# fuser -n tcp 111111/tcp: 1579[root@server ~]# fuser -n tcp 2525/tcp: 2037[root@server ~]# ps -ef|grep 2037root 2037 1 0 Sep23 ? 00:00:05 /usr/libexec/postfix/masterpostfix 2046 2037 0 Sep23 ? 00:00:01 qmgr -l -t fifo -upostfix 9612 2037 0 20:34 ? 00:00:00 pickup -l -t fifo -uroot 14927 12944 0 21:11 pts/1 00:00:00 grep 2037 |
在 有些時候，***者的程序隱藏很深，例如rootkits後門程序，在這種情況下ps、top、netstat等命令也可能已經被替換，如果再通過系統自身 的命令去檢查可疑進程就變得毫不可信，此時，就需要藉助於第三方工具來檢查系統可疑程序，例如前面介紹過的chkrootkit、RKHunter等工 具，通過這些工具可以很方便的發現系統被替換或篡改的程序。
五、檢查文件系統的完好性
檢查文件屬性是否發生變化是驗證文件系統完好性最簡單、最直接的方法，例如可以檢查被***服務器上/bin/ls文件的大小是否與正常系統上此文件的大小相同，以驗證文件是否被替換，但是這種方法比較低級。此時可以藉助於Linux下rpm這個工具來完成驗證，操作如下：
1 2 3 4 5 6 7 8 9 10 11 12 13 | [root@server ~]# rpm -Va....L... c /etc/pam.d/system-authS.5..... c /etc/security/limits.confS.5....T c /etc/sysctl.confS.5....T /etc/sgml/docbook-simple.catS.5....T c /etc/login.defsS.5..... c /etc/openldap/ldap.confS.5....T c /etc/sudoers..5....T c /usr/lib64/security/classpath.security....L... c /etc/pam.d/system-authS.5..... c /etc/security/limits.confS.5..... c /etc/ldap.confS.5....T c /etc/ssh/sshd_config |
對於輸出中每個標記的含義介紹如下：
S 表示文件長度發生了變化
M 表示文件的訪問權限或文件類型發生了變化
5 表示MD5校驗和發生了變化
D 表示設備節點的屬性發生了變化
L 表示文件的符號鏈接發生了變化
U 表示文件/子目錄/設備節點的owner發生了變化
G 表示文件/子目錄/設備節點的group發生了變化
T 表示文件最後一次的修改時間發生了變化
如果在輸出結果中有“M”標記出現，那麼對應的文件可能已經遭到篡改或替換，此時可以通過卸載這個rpm包重新安裝來清除受***的文件。
不過這個命令有個侷限性，那就是隻能檢查通過rpm包方式安裝的所有文件，對於通過非rpm包方式安裝的文件就無能爲力了。同時，如果rpm工具也遭到替換，就不能通過這個方法了，此時可以從正常的系統上覆制一個rpm工具進行檢測。
對文件系統的檢查也可以通過chkrootkit、RKHunter這兩個工具來完成，關於chkrootkit、RKHunter工具的使用，下次將展開介紹。
本文出自 “技術成就夢想” 博客，請務必保留此出處http://ixdba.blog.51cto.com/2895551/1556862