Linux主機被入侵后的處理案例解讀

時間：2024-10-04 08:56:07 Linux認證我要投稿

相關推薦

Linux主機被入侵后的處理案例解讀

　　現(xiàn)在，網(wǎng)絡安全問題已經(jīng)變得至關重要，從“棱鏡門”事件中，折射出了很多安全問題，信息安全問題已變得刻不容緩，而做為運維人員，就必須了解一些安全運維準則，同時，要保護自己所負責的業(yè)務，首先要站在攻擊者的角度思考問題，修補任何潛在的威脅和漏洞。

　　一次Linux被入侵后的分析

　　下面通過一個案例介紹下當一個服務器被rootkit入侵后的處理思路和處理過程，rootkit攻擊是Linux系統(tǒng)下最常見的攻擊手段和攻擊方式。

　　1、受攻擊現(xiàn)象

　　這是一臺客戶的門戶網(wǎng)站服務器，托管在電信機房，客戶接到電信的通知：由于此服務器持續(xù)對外發(fā)送數(shù)據(jù)包，導致100M帶寬耗盡，于是電信就切斷了此服務器的網(wǎng)絡。此服務器是Centos5.5版本，對外開放了80、22端口。

　　從客戶那里了解到，網(wǎng)站的訪問量并不大，所以帶寬占用也不會太高，而耗盡100M的帶寬是絕對不可能的，那么極有可能是服務器遭受了流量攻擊，于是登錄服務器做詳細的檢測。

　　2、初步分析

　　在電信人員的配合下通過交換機對該服務器的網(wǎng)絡流量進行了檢測，發(fā)現(xiàn)該主機確實存在對外80端口的掃描流量，于是登錄系統(tǒng)通過“netstat–an”命令對系統(tǒng)開啟的端口進行檢查，可奇怪的是，沒有發(fā)現(xiàn)任何與80端口相關的網(wǎng)絡連接。接著使用“ps–ef”、“top”等命令也沒有發(fā)現(xiàn)任何可疑的進程。于是懷疑系統(tǒng)是否被植入了rootkit。

　　為了證明系統(tǒng)是否被植入了rootkit，我們將網(wǎng)站服務器下的ps、top等命令與一個同版本可信操作系統(tǒng)下的命令做了md5sum校驗，結果發(fā)現(xiàn)網(wǎng)站服務器下的這兩個命令確實被修改過，由此斷定，此服務器已經(jīng)被入侵并且安裝了rootkit級別的后門程序。

　　3、斷網(wǎng)分析系統(tǒng)

　　由于服務器不停向外發(fā)包，因此，首先要做的就是將此服務器斷開網(wǎng)絡，然后分析系統(tǒng)日志，尋找攻擊源。但是系統(tǒng)命令已經(jīng)被替換掉了，如果繼續(xù)在該系統(tǒng)上執(zhí)行操作將變得不可信，這里可以通過兩種方法來避免這種情況，第一種方法是將此服務器的硬盤取下來掛載到另外一臺安全的主機上進行分析，另一種方式就是從一個同版本可信操作系統(tǒng)下拷貝所有命令到這個入侵服務器下某個路徑，然后在執(zhí)行命令的時候指定此命令的完整路徑即可，這里采用第二種方法。

　　我們首先查看了系統(tǒng)的登錄日志，查看是否有可疑登錄信息，執(zhí)行如下命令：

　　more/var/log/secure|grepAccepted

　　通過對命令輸出的查看，有一條日志引起了我們的懷疑：

　　Oct303:10:25webserversshd[20701]:Acceptedpasswordformailfrom62.17.163.186port53349ssh2

　　這條日志顯示在10月3號的凌晨3點10分，有個mail帳號從62.17.163.186這個IP成功登錄了系統(tǒng)，mail是系統(tǒng)的內(nèi)置帳號，默認情況下是無法執(zhí)行登錄操作的，而62.17.163.186這個IP，經(jīng)過查證，是來自愛爾蘭的一個地址。從mail帳號登錄的時間來看，早于此網(wǎng)站服務器遭受攻擊的時間。

　　接著查看一下系統(tǒng)密碼文件/etc/shadow，又發(fā)現(xiàn)可疑信息：

　　mail:$1$kCEd3yD6$W1evaY5BMPQIqfTwTVJiX1:15400:0:99999:7:::

　　很明顯，mail帳號已經(jīng)被設置了密碼，并且被修改為可遠程登錄，之所以使用mail帳號，猜想可能是因為入侵者想留下一個隱蔽的帳號，以方便日后再次登錄系統(tǒng)。

　　然后繼續(xù)查看其他系統(tǒng)日志，如/var/log/messages、/var/log/wtmp均為空文件，可見，入侵者已經(jīng)清理了系統(tǒng)日志文件，至于為何沒有清空/var/log/secure文件，就不得而知了。

　　4、尋找攻擊源

　　到目前為止，我們所知道的情況是，有個mail帳號曾經(jīng)登錄過系統(tǒng)，但是為何會導致此網(wǎng)站服務器持續(xù)對外發(fā)送數(shù)據(jù)包呢？必須要找到對應的攻擊源，通過替換到此服務器上的ps命令查看系統(tǒng)目前運行的進程，又發(fā)現(xiàn)了新的可疑：

　　nobody2276516Sep29?4-00:11:58.t

　　這個.t程序是什么呢，繼續(xù)執(zhí)行top命令，結果如下：

　　PIDUSERPRNIVIRTRESSHRS%CPU%MEMTIME+COMMAND

　　22765nobody1501740m1362m1228S98.391.52892:19.t

　　從輸出可知，這個t程序已經(jīng)運行了4天左右，運行這個程序的是nobody用戶，并且這個t程序消耗了大量的內(nèi)存和cpu，這也是之前客戶反映的網(wǎng)站服務器異常緩慢的原因，從這個輸出，我們得到了t程序的進程PID為22765，接下來根據(jù)PID查找下執(zhí)行程序的路徑在哪里：

　　進入內(nèi)存目錄，查看對應PID目錄下exe文件的信息：

　　[root@webserver~]#/mnt/bin/ls-al/proc/22765/exe

　　lrwxrwxrwx1rootroot0Sep2922:09/proc/22765/exe->/var/tmp/…/apa/t

　　這樣就找到了進程對應的完整程序執(zhí)行路徑，這個路徑很隱蔽，由于/var/tmp目錄默認情況下任何用戶可讀性，而入侵者就是利用這個漏洞在/var/tmp目錄下創(chuàng)建了一個“…”的目錄，而在這個目錄下隱藏著攻擊的程序源，進入/var/tmp/…/目錄，發(fā)現(xiàn)了一些列入侵者放置的rootkit文件，列表如下：

　　[root@webserver...]#/mnt/bin/ls-al

　　drwxr-xr-x2nobodynobody4096Sep2922:09apa

　　-rw-r--r--1nobodynobody0Sep2922:09apa.tgz

　　drwxr-xr-x2nobodynobody4096Sep2922:09caca

　　drwxr-xr-x2nobodynobody4096Sep2922:09haha

　　-rw-r--r--1nobodynobody0Sep2922:10kk.tar.gz

　　-rwxr-xr-x1nobodynobody0Sep2922:10login

　　-rw-r--r--1nobodynobody0Sep2922:10login.tgz

　　-rwxr-xr-x1nobodynobody0Sep2922:10z

　　通過對這些文件的分析，基本判斷這就是我們要找的程序攻擊源，其中：

　　1）z程序是用來清除系統(tǒng)日志等相關信息的，例如執(zhí)行：

　　./z62.17.163.186

　　這條命令執(zhí)行后，系統(tǒng)中所有與62.17.163.186有關的日志將全部被清除掉。

　　2）在apa目錄下有個后門程序t，這個就是之前在系統(tǒng)中看到的，運行此程序后，此程序會自動去讀apa目錄下的ip這個文件，而ip這個文件記錄了各種ip地址信息，猜想這個t程序應該是去掃描ip文件中記錄的所有ip信息，進而獲取遠程主機的權限，可見這個網(wǎng)站服務器已經(jīng)是入侵者的一個肉雞了。

　　3）haha目錄里面放置的就是用來替換系統(tǒng)相關命令的程序，也就是這個目錄下的程序使我們無法看到操作系統(tǒng)的異常情況。

　　4）login程序就是用來替換系統(tǒng)登錄程序的木馬程序，此程序還可以記錄登錄帳號和密碼。

　　5、查找攻擊原因

　　到這里為止，服務器上遭受的攻擊已經(jīng)基本清晰了，但是入侵者是如何侵入這臺服務器的呢？這個問題很重要，一定要找到入侵的根源，才能從根本上封堵漏洞。

　　為了弄清楚入侵者是如何進入服務器的，需要了解下此服務器的軟件環(huán)境，這臺服務器是一個基于java的web服務器，安裝的軟件有apache2.0.63、tomcat5.5，apache和tomcat之間通過mod_jk模塊進行集成，apache對外開放80端口，由于tomcat沒有對外開放端口，所以將問題集中到apache上面。

　　通過查看apache的配置發(fā)現(xiàn)，apache僅僅處理些靜態(tài)資源請求，而網(wǎng)頁也以靜態(tài)頁面居多，所以通過網(wǎng)頁方式入侵系統(tǒng)可能性不大，既然漏洞可能來自于apache，那么嘗試查看apache日志，也許能發(fā)現(xiàn)一些可疑的訪問痕跡，通過查看access.log文件，發(fā)現(xiàn)了如下信息：

　　62.17.163.186--[29/Sep/2013:22:17:06+0800]"GEThttp://www.xxx.com/cgi-bin/awstats.pl?configdir=|echo;echo;ps+-aux%00HTTP/1.0"20012333"-""Mozilla/5.0(Windows;U;WindowsNT5.1;pt-BR;rv:1.8.1)Gecko/20121010Firefox/2.0"

　　62.17.163.186--[29/Sep/213:22:17:35+0800]"GEThttp://www.xxx.com/cgi-bin/awstats.pl?configdir=|echo;echo;cd+/var/tmp/.../haha;ls+-a%00HTTP/1.0"2001626"-""Mozilla/5.0(Windows;U;WindowsNT5.1;pt-BR;rv:1.8.1)Gecko/20121010Firefox/2.0"

　　至此，發(fā)現(xiàn)了漏洞的根源，原來是awstats.pl腳本中configdir的一個漏洞，通過了解此服務器的應用，客戶確實是通過一個Awstats的開源插件來做網(wǎng)頁訪問統(tǒng)計，通過這個漏洞，攻擊者可以直接在瀏覽器上操作服務器，例如查看進程、創(chuàng)建目錄等。通過上面第二條日志可以看出，攻擊者正常瀏覽器執(zhí)行切換到/var/tmp/.../haha目錄的操作。

　　這個腳本漏洞挺可怕的，不過在Awstats網(wǎng)站也早已給出了修補的方法，對于這個漏洞，修復方法很簡單，打開awstats.pl文件，找到如下信息：

　　if($QueryString=~/configdir=([^&]+)/i)

　　{

　　$DirConfig=&DecodeEncodedString("$1");

　　}

　　修改為如下即可：

　　if($QueryString=~/configdir=([^&]+)/i)

　　{

　　$DirConfig=&DecodeEncodedString("$1");

　　$DirConfig=~tr/a-z0-9_-/./a-z0-9_-/./cd;

　　}

　　6、揭開謎團