IT行業發展到現在，安全問題已經變得至關重要，從最近的“棱鏡門”事件中，折射出了很多安全問題，資訊安全問題已變得刻不容緩，而做為運維人員，就必須了解一些安全運維準則，同時，要保護自己所負責的業務，首先要站在攻擊者的角度思考問題，修補任何潛在的威脅和漏洞。
下面通過一個案例介紹下當一個服務器被rootkit入侵后的處理思路和處理程序，rootkit攻擊是 Linux 系統下最常見的攻擊手段和攻擊方式。
1、受攻擊現象
這是一臺客戶的門戶網站服務器，托管在電信機房，客戶接到電信的通知：由于此服務器持續對外發送資料包，導致 100M 帶寬耗盡，于是電信就切斷了此服務器的網路。此服務器是 Centos5.5 版本，對外開放了80、22埠。從客戶那里了解到，網站的訪問量并不大，所以帶寬占用也不會太高，而耗盡100M的帶寬是絕對不可能的，那么極有可能是服務器遭受了流量攻擊，于是登錄服務器做詳細的檢測。
2、初步分析
在電信人員的配合下通過交換機對該服務器的網路流量進行了檢測，發現該主機確實存在對外80埠的掃描流量，于是登錄系統通過netstat –an命令對系統開啟的埠進行檢查，可奇怪的是，沒有發現任何與80埠相關的網路連接。
接著使用ps –ef、top等命令也沒有發現任何可疑的行程。于是懷疑系統是否被植入了rootkit。為了證明系統是否被植入了rootkit，我們將網站服務器下的ps、top等命令與之前備份的同版本可信作業系統命令做了md5sum校驗，結果發現網站服務器下的這兩個命令確實被修改過，由此斷定，此服務器已經被入侵并且安裝了rootkit級別的后門程式。
3、斷網分析系統
由于服務器不停向外發包，因此，首先要做的就是將此服務器斷開網路，然后分析系統日志，尋找攻擊源。但是系統命令已經被替換掉了，如果繼續在該系統上執行操作將變得不可信，這里可以通過兩種方法來避免這種情況，第一種方法是將此服務器的硬碟取下來掛載到另外一臺安全的主機上進行分析。
另一種方式就是從一個同版本可信作業系統下拷貝所有命令到這個入侵服務器下某個路徑，然后在執行命令的時候指定此命令的完整路徑即可，這里采用第二種方法。
我們首先查看了系統的登錄日志，查看是否有可疑登錄資訊，執行如下命令：
more /var/log/secure | grep Accepted
通過對命令輸出的查看，有一條日志引起了我們的懷疑：
Oct 3 03:10:25 webserver sshd[20701]: Accepted password for mail from 62.17.163.186 port 53349 ssh2
這條日志顯示在10月3號的凌晨3點10分，有個mail帳號從62.17.163.186這個IP成功登錄了系統，mail是系統的內置帳號，默認情況下是無法執行登錄操作的，而62.17.163.186這個IP，經過查證，是來自愛爾蘭的一個地址。
從mail帳號登錄的時間來看，早于此網站服務器遭受攻擊的時間。接著查看一下系統密碼檔案/etc/shadow，又發現可疑資訊：
mail:$1$kCEd3yD6$W1evaY5BMPQIqfTwTVJiX1:15400:0:99999:7:::
很明顯，mail帳號已經被設定了密碼，并且被修改為可遠程登錄，之所以使用mail帳號，猜想可能是因為入侵者想留下一個隱蔽的帳號，以方便日后再次登錄系統。然后繼續查看其他系統日志，如/var/log/messages、/var/log/wtmp均為空檔案，可見，入侵者已經清理了系統日志檔案，至于為何沒有清空/var/log/secure檔案，就不得而知了。
4、尋找攻擊源
到目前為止，我們所知道的情況是，有個mail帳號曾經登錄過系統，但是為何會導致此網站服務器持續對外發送資料包呢？必須要找到對應的攻擊源，通過替換到此服務器上的ps命令查看系統目前運行的行程，又發現了新的可疑：
nodiv 22765 1 6 Sep29 ? 4-00:11:58 .t
這個.t程式是什么呢，繼續執行top命令，結果如下：
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
22765 nodiv 15 0 1740m 1362m 1228 S 98.3 91.5 2892:19 .t
從輸出可知，這個t程式已經運行了4天左右，運行這個程式的是nodiv用戶，并且這個t程式消耗了大量的記憶體和cpu，這也是之前客戶反映的網站服務器例外緩慢的原因，從這個輸出，我們得到了t程式的行程PID為22765，接下來根據PID查找下執行程式的路徑在哪里：進入記憶體目錄，查看對應PID目錄下exe檔案的資訊：
[root@webserver ~]# /mnt/bin/ls -al /proc/22765/exe
lrwxrwxrwx 1 root root 0 Sep 29 22:09 /proc/22765/exe -> /var/tmp/…/apa/t
這樣就找到了行程對應的完整程式執行路徑，這個路徑很隱蔽，由于/var/tmp目錄默認情況下任何用戶可讀性，而入侵者就是利用這個漏洞在/var/tmp目錄下創建了一個“…”的目錄，而在這個目錄下隱藏著攻擊的程式源，進入/var/tmp/…/目錄，發現了一些列入侵者放置的rootkit檔案，串列如下：
[root@webserver ...]#/mnt/bin/ls -al
drwxr-xr-x 2 nodiv nodiv 4096 Sep 29 22:09 apa
-rw-r--r-- 1 nodiv nodiv 0 Sep 29 22:09 apa.tgz
drwxr-xr-x 2 nodiv nodiv 4096 Sep 29 22:09 caca
drwxr-xr-x 2 nodiv nodiv 4096 Sep 29 22:09 haha
-rw-r--r-- 1 nodiv nodiv 0Sep 29 22:10 kk.tar.gz
-rwxr-xr-x 1 nodiv nodiv 0 Sep 29 22:10 login
-rw-r--r-- 1 nodiv nodiv 0 Sep 29 22:10 login.tgz
-rwxr-xr-x 1 nodiv nodiv 0 Sep 29 22:10 z
通過對這些檔案的分析，基本判斷這就是我們要找的程式攻擊源，其中：
z程式是用來清除系統日志等相關資訊的，例如執行：./z 62.17.163.186 這條命令執行后，系統中所有與62.17.163.186有關的日志將全部被清除掉。
在apa目錄下有個后門程式t，這個就是之前在系統中看到的，運行此程式后，此程式會自動去讀apa目錄下的ip這個檔案，而ip這個檔案記錄了各種ip地址資訊，猜想這個t程式應該是去掃描ip檔案中記錄的所有ip資訊，進而獲取遠程主機的權限，可見這個網站服務器已經是入侵者的一個肉雞了。
haha目錄里面放置的就是用來替換系統相關命令的程式，也就是這個目錄下的程式使我們無法看到作業系統的例外情況。
login程式就是用來替換系統登錄程式的木馬程式，此程式還可以記錄登錄帳號和密碼。
5、查找攻擊原因
到這里為止，服務器上遭受的攻擊已經基本清晰了，但是入侵者是如何侵入這臺服務器的呢？這個問題很重要，一定要找到入侵的根源，才能從根本上封堵漏洞。
為了弄清楚入侵者是如何進入服務器的，需要了解下此服務器的軟體環境，這臺服務器是一個基于java的web服務器，安裝的軟體有apache2.0.63、tomcat5.5，apache和tomcat
之間通過mod_jk模塊進行集成，apache對外開放80埠，由于tomcat沒有對外開放埠，所以將問題集中到apache上面。
通過查看apache的配置發現，apache僅僅處理些靜態資源請求，而網頁也以靜態頁面居多，所以通過網頁方式入侵系統可能性不大，既然漏洞可能來自于apache，那么嘗試查看apache日志，也許能發現一些可疑的訪問痕跡，通過查看access.log檔案，發現了如下資訊：
62.17.163.186 - - [29/Sep/2013:22:17:06 +0800] "GET
http://www.xxx.com/cgi-bin/awstats.pl?configdir=|echo;echo;ps+-aux%00
HTTP/1.0" 200 12333 "-" "Mozilla/5.0 (Windows; U; Windows NT 5.1; pt-BR;
rv:1.8.1) Gecko/20121010 Firefox/2.0"
62.17.163.186 - - [29/Sep/213:22:17:35 +0800] "GET http://www.xxx.com/cgi-
bin/awstats.pl?configdir=|echo;echo;cd+/var/tmp/.../haha;ls+-a%00 HTTP/1.0"
200 1626 "-" "Mozilla/5.0 (Windows; U; Windows NT 5.1; pt-BR; rv:1.8.1)
Gecko/20121010 Firefox/2.0"
至此，發現了漏洞的根源，原來是awstats.pl腳本中configdir的一個漏洞，通過了解此服務器的應用，客戶確實是通過一個Awstats的開源插件來做網頁訪問統計，通過這個漏洞，攻擊者可以直接在瀏覽器上操作服務器，例如查看行程、創建目錄等。
通過上面第二條日志可以看出，攻擊者正常瀏覽器執行切換到/var/tmp/…/haha目錄的操作。這個腳本漏洞挺可怕的，不過在Awstats官網也早已給出了修補的方法，對于這個漏洞，修復方法很簡單，打開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、揭開謎團
通過上面逐步分析和介紹，此服務遭受入侵的原因和程序已經非常清楚了，大致程序如下：
（1）攻擊者通過Awstats腳本awstats.pl檔案的漏洞進入了系統，在/var/tmp目錄下創建了隱藏目錄，然后將rootkit后門檔案傳到這個路徑下。
（2）攻擊者通過植入后門程式，獲取了系統超級用戶權限，進而控制了這臺服務器，通過這臺服務器向外發包。
（3）攻擊者的IP地址62.17.163.186可能是通過代理過來的，也可能是攻擊者控制的其他肉雞服務器。
（4）攻擊者為了永久控制這臺機器，修改了系統默認帳號mail的資訊，將mail帳號變為可登錄，并且設定了mail帳號的密碼。
（5）攻擊者在完成攻擊后，通過后門程式自動清理了系統訪問日志，毀滅了證據。
通過對這個入侵程序的分析，發現入侵者的手段還是非常簡單和普遍的，雖然入侵者洗掉了系統的一些日志，但是還是留下了很多可查的蹤跡，其實還可以查看用戶下的.bash_history檔案，這個檔案是用戶操作命令的歷史記錄。
7、如何恢復網站
由于系統已經檔案被更改和替換，此系統已經變得完全不可信，因此建議備份網站資料，重新安裝系統，基本步驟如下：
安裝穩定版本的作業系統，洗掉系統默認的并且不需要的用戶。
系統登錄方式改為公鑰認證方式，避開密碼認證的缺陷。
安裝更高版本的apache和最新穩定版本的Awstats程式。
使用Linux下的Tcp_Wrappers防火墻，限制ssh登錄的源地址。
轉載請註明出處，本文鏈接：https://www.uj5u.com/caozuo/9748.html
標籤：系統維護與使用區