![[ 永遠的UNIX::UNIX技術資料的寶庫 ]](/images/title.gif) GB | BIG5
|
| 首頁 > 安全技術 > 網絡 > 正文 |
 |
| 解讀防火牆記錄 |
| 本文出自:http://www.robertgraham.com/ 作者: (2001-09-11 10:00:02) |
解讀防火牆記錄（我看到的是什？）
來源：http://www.robertgraham.com/
翻譯整理：Tony Shen
Version 0.4.1, June 20, 2000
http://www.robertgraham.com/pubs/firewall-seen.html
Copyright 1998-2000 by Robert Graham (mailto:firewall-seen1@robertgraham.com.
All rights reserved. This document may only be reproduced (whole or in part) for non-commercial purposes.
All reproductions must contain this copyright notice and must not be altered, except by permission of
the author.
本文將向你解釋你在防火牆的記錄（Log）中看到了什？尤其是那些端口是什意思？你將能利用這些信息做出判斷：
我是否受到了Hacker的攻擊？他/她到底想要幹什？本文既適用維護企業級防火牆的安全專家，又適用使用個人
防火牆的家庭用戶。
*譯者：現在個人防火牆開始流行起來，很多網友一旦看到報警就以為受到某種攻擊，其實大多數情況並非如此。
一、目標端口ZZZZ是什意思
所有穿過防火牆的通訊都是連接的一個部分。一個連接包含一對相互“交談”的IP地址以及一對與IP地址對應的端口。
目標端口通常意味著正被連接的某種服務。當防火牆阻擋（block）某個連接時，它會將目標端口“記錄在案”（logfile）。
這節將描述這些端口的意義。
端口可分為3大類：
1） 公認端口（Well Known Ports）：從0到1023，它們緊密綁定一些服務。通常這些端口的通訊明確表明了某種服務的
協議。例如：80端口實際上總是HTTP通訊。
2） 注冊端口（Registered Ports）：從1024到49151。它們鬆散地綁定一些服務。也就是說有許多服務綁定這些端口，
這些端口同樣用許多其它目的。例如：許多系統處理動態端口從1024左右開始。
3） 動態和/或私有端口（Dynamic and/or Private Ports）：從49152到65535。理論上，不應為服務分配這些端口。實際上，
機器通常從1024起分配動態端口。但也有例外：SUN的RPC端口從32768開始。
從哪裡獲得更全面的端口信息：
1．ftp://ftp.isi.edu/in-notes/iana/assignments/port-numbers
"Assigned Numbers" RFC，端口分配的官方來源。
2．http://advice.networkice.com/advice/Exploits/Ports/
端口數據庫，包含許多系統弱點的端口。
3．/etc/services
UNIX 系統中文件/etc/services包含通常使用的UNIX端口分配列表。Windows NT中該文件位%systemroot%/system32/
drivers/etc/services。
4．http://www.con.wesleyan.edu/~triemer/network/docservs.html
特定的協議與端口。
5．http://www.chebucto.ns.ca/~rakerman/trojan-port-table.html
描述了許多端口。
6．http://www.tlsecurity.com/trojanh.htm
TLSecurity的Trojan端口列表。與其它人的收藏不同，作者檢驗了其中的所有端口。
7．http://www.simovits.com/nyheter9902.html
Trojan Horse 探測。
一） 通常對防火牆的TCP/UDP端口掃描有哪些？
本節講述通常TCP/UDP端口掃描在防火牆記錄中的信息。記住：並不存在所謂ICMP端口。如果你對解讀ICMP數據感興趣，請
參看本文的其它部分。
0 通常用分析操作系統。這一方法能夠工作是因為在一些系統中“0”是無效端口，當你試圖使用一種通常的閉合端口
連接它時將產生不同的結果。一種典型的掃描：使用IP地址為0.0.0.0，設置ACK位並在以太網層廣播。
1 tcpmux 這顯示有人在尋找SGI Irix機器。Irix是實現tcpmux的主要提供者，缺省情況下tcpmux在這種系統中被打開。
Iris機器在發布時含有幾個缺省的無密碼的帳戶，如lp, guest, uucp, nuucp, demos, tutor, diag, EZsetup, OutOfBox,
和4Dgifts。許多管理員安裝忘記刪除這些帳戶。因此Hacker們在Internet上搜索tcpmux並利用這些帳戶。
7 Echo 你能看到許多人們搜索Fraggle放大器時，發送到x.x.x.0和x.x.x.255的信息。
常見的一種DoS攻擊是echo循環（echo-loop），攻擊者偽造從一個機器發送到另一個機器的UDP數據包，而兩個機器分別以
它們最快的方式回應這些數據包。（參見Chargen）
另一種東西是由DoubleClick在詞端口建立的TCP連接。有一種產品叫做“Resonate Global Dispatch”，它與DNS的這一端
口連接以確定最近的路由。
Harvest/squid cache將從3130端口發送UDP echo：“如果將cache的source_ping on選項打開，它將對原始主機的UDP echo
端口回應一個HIT reply。”這將會產生許多這類數據包。
11 sysstat 這是一種UNIX服務，它會列出機器上所有正在運行的進程以及是什啟動了這些進程。這為入侵者提供了許多信
息而威脅機器的安全，如暴露已知某些弱點或帳戶的程序。這與UNIX系統中“ps”命令的結果相似
再說一遍：ICMP沒有端口，ICMP port 11通常是ICMP type=11
19 chargen 這是一種僅僅發送字符的服務。UDP版本將會在收到UDP包回應含有垃圾字符的包。TCP連接時，會發送含有垃
圾字符的數據流知道連接關閉。Hacker利用IP欺騙可以發動DoS攻擊。偽造兩個chargen服務器之間的UDP包。由服務器企
圖回應兩個服務器之間的無限的往返數據通訊一個chargen和echo將導致服務器過載。同樣fraggle DoS攻擊向目標地址的這
個端口廣播一個帶有偽造受害者IP的數據包，受害者為了回應這些數據而過載。
21 ftp 最常見的攻擊者用尋找打開“anonymous”的ftp服務器的方法。這些服務器帶有可讀寫的目錄。Hackers或Crackers
利用這些服務器作為傳送warez (私有程序) 和pr0n(故意拼錯詞而避免被搜索引擎分類)的節點。
22 ssh PcAnywhere建立TCP和這一端口的連接可能是為了尋找ssh。這一服務有許多弱點。如果配置成特定的模式，許多使用
RSAREF庫的版本有不少漏洞。（建議在其它端口運行ssh）
還應該注意的是ssh工具包帶有一個稱為make-ssh-known-hosts的程序。它會掃描整個域的ssh主機。你有時會被使用這一程
序的人無意中掃描到。
UDP（而不是TCP）與另一端的5632端口相連意味著存在搜索pcAnywhere的掃描。5632（十六進制的0x1600）位交換是0x0016
（使進制的22）。
23 Telnet 入侵者在搜索遠程登陸UNIX的服務。大多數情況下入侵者掃描這一端口是為了找到機器運行的操作系統。此外使
用其它技術，入侵者會找到密碼。
25 smtp 攻擊者（spammer）尋找SMTP服務器是為了傳遞他們的spam。入侵者的帳戶總被關閉，他們需要撥號連接到高帶寬
的e-mail服務器上，將簡單的信息傳遞到不同的地址。SMTP服務器（尤其是sendmail）是進入系統的最常用方法之一，因為
它們必須完整的暴露Internet且郵件的路由是復雜的（暴露+復雜=弱點）。
53 DNS Hacker或crackers可能是試圖進行區域傳遞（TCP），欺騙DNS（UDP）或隱藏其它通訊。因此防火牆常常過濾或記錄
53端口。
需要注意的是你常會看到53端口做為UDP源端口。不穩定的防火牆通常允許這種通訊並假設這是對DNS查詢的回復。Hacker常
使用這種方法穿透防火牆。
67和68 Bootp和DHCP UDP上的Bootp/DHCP：通過DSL和cable-modem的防火牆常會看見大量發送到廣播地址255.255.255.255的
數據。這些機器在向DHCP服務器請求一個地址分配。Hacker常進入它們分配一個地址把自己作為局部路由器而發起大量的
“中間人”（man-in-middle）攻擊。客戶端向68端口（bootps）廣播請求配置，服務器向67端口（bootpc）廣播回應請求。
這種回應使用廣播是因為客戶端還不知道可以發送的IP地址。
69 TFTP(UDP) 許多服務器與bootp一起提供這項服務，便從系統下載啟動代碼。但是它們常常錯誤配置而從系統
提供任何文件，如密碼文件。它們也可用向系統寫入文件。
79 finger Hacker用獲得用戶信息，查詢操作系統，探測已知的緩沖區溢出錯誤，回應從自己機器到其它機器finger掃描。
98 linuxconf 這個程序提供linux boxen的簡單管理。通過整合的HTTP服務器在98端口提供基Web界面的服務。它已發現有
許多安全問題。一些版本setuid root，信任局域網，在/tmp下建立Internet可訪問的文件，LANG環境變量有緩沖區溢出。此
外因為它包含整合的服務器，許多典型的HTTP漏洞可能存在（緩沖區溢出，歷遍目錄等）
109 POP2 並不象POP3那樣有名，但許多服務器同時提供兩種服務（向兼容）。在同一個服務器上POP3的漏洞在POP2中同樣
存在。
110 POP3 用客戶端訪問服務器端的郵件服務。POP3服務有許多公認的弱點。關用戶名和密碼交換緩沖區溢出的弱點至少
有20個（這意味著Hacker可以在真正登陸前進入系統）。成功登陸還有其它緩沖區溢出錯誤。
111 sunrpc portmap rpcbind Sun RPC PortMapper/RPCBIND。訪問portmapper是掃描系統查看允許哪些RPC服務的最早的一步。
常見RPC服務有：rpc.mountd, NFS, rpc.statd, rpc.csmd, rpc.ttybd, amd等。入侵者發現了允許的RPC服務將轉向提供服務
的特定端口測試漏洞。
記住一定要記錄線路中的daemon, IDS, 或sniffer，你可以發現入侵者正使用什程序訪問以便發現到底發生了什。
113 Ident auth 這是一個許多機器上運行的協議，用鑒別TCP連接的用戶。使用標準的這種服務可以獲得許多機器的信息
（會被Hacker利用）。但是它可作為許多服務的記錄器，尤其是FTP, POP, IMAP, SMTP和IRC等服務。通常如果有許多客戶通
過防火牆訪問這些服務，你將會看到許多這個端口的連接請求。記住，如果你阻斷這個端口客戶端會感覺到在防火牆另一邊與
e-mail服務器的緩慢連接。許多防火牆支持在TCP連接的阻斷過程中發回RST，著將回停止這一緩慢的連接。
119 NNTP news 新聞組傳輸協議，承載USENET通訊。當你鏈接到諸如：news://comp.security.firewalls/. 的地址
時通常使用這個端口。這個端口的連接企圖通常是人們在尋找USENET服務器。多數ISP限制只有他們的客戶才能訪問他們的新聞
組服務器。打開新聞組服務器將允許發/讀任何人的帖子，訪問被限制的新聞組服務器，匿名發帖或發送spam。
135 oc-serv MS RPC end-point mapper Microsoft在這個端口運行DCE RPC end-point mapper為它的DCOM服務。這與UNIX 111
端口的功能很相似。使用DCOM和/或RPC的服務利用機器上的end-point mapper注冊它們的位置。遠端客戶連接到機器時，它們查
詢end-point mapper找到服務的位置。同樣Hacker掃描機器的這個端口是為了找到諸如：這個機器上運行Exchange Server嗎？
是什版本？
這個端口除了被用來查詢服務（如使用epdump）還可以被用直接攻擊。有一些DoS攻擊直接針對這個端口。
137 NetBIOS name service nbtstat (UDP) 這是防火牆管理員最常見的信息，請仔細閱讀文章面的NetBIOS一節
139 NetBIOS
File and Print Sharing 通過這個端口進入的連接試圖獲得NetBIOS/SMB服務。這個協議被用Windows“文件和打印機共享”
和SAMBA。在Internet上共享自己的硬盤是可能是最常見的問題。
大量針對這一端口始1999，來逐漸變少。2000年又有回升。一些VBS（IE5 VisualBasic Scripting）開始將它們自己拷貝到
這個端口，試圖在這個端口繁殖。
143 IMAP 和上面POP3的安全問題一樣，許多IMAP服務器有緩沖區溢出漏洞運行登陸過程中進入。記住：一種Linux蠕虫（admw0rm）
會通過這個端口繁殖，因此許多這個端口的掃描來自不知情的已被感染的用戶。當RadHat在他們的Linux發布版本中默認允許IMAP
，這些漏洞變得流行起來。Morris蠕虫以這還是第一次廣泛傳播的蠕虫。
這一端口還被用IMAP2，但並不流行。
已有一些報道發現有些0到143端口的攻擊源腳本。
161 SNMP(UDP) 入侵者常探測的端口。SNMP允許遠程管理設備。所有配置和運行信息都儲存在數據庫中，通過SNMP客獲得
這些信息。許多管理員錯誤配置將它們暴露Internet。Crackers將試圖使用缺省的密碼“public”“private”訪問系統。他
們可能會試驗所有可能的組合。
SNMP包可能會被錯誤的指向你的網絡。Windows機器常會因為錯誤配置將HP JetDirect remote management軟件使用SNMP。
HP OBJECT IDENTIFIER將收到SNMP包。新版的Win98使用SNMP解析域名，你會看見這種包在子網內廣播（cable modem, DSL）
查詢sysName和其它信息。
162 SNMP trap 可能是由錯誤配置
177 xdmcp 許多Hacker通過它訪問X-Windows控制台， 它同時需要打開6000端口。
513 rwho 可能是從使用cable modem或DSL登陸到的子網中的UNIX機器發出的廣播。這些人為Hacker進入他們的系統提供了很
有趣的信息。
553 CORBA
IIOP (UDP) 如果你使用cable modem或DSL VLAN，你將會看到這個端口的廣播。CORBA是一種面向對象的RPC（remote procedure
call）系統。Hacker會利用這些信息進入系統。
600 Pcserver backdoor 請查看1524端口
一些玩script的孩子認為他們通過修改ingreslock和pcserver文件已經完全攻破了系統-- Alan J. Rosenthal.
635 mountd Linux的mountd Bug。這是人們掃描的一個流行的Bug。大多數對這個端口的掃描是基UDP的，但基TCP的
mountd有所增加（mountd同時運行兩個端口）。記住，mountd可運行任何端口（到底在哪個端口，需要在端口111做
portmap查詢），只是Linux默認為635端口，就象NFS通常運行2049端口。
1024 許多人問這個端口是幹什的。它是動態端口的開始。許多程序並不在乎用哪個端口連接網絡，它們請求操作系統為
它們分配“下一個閑置端口”。基這一點分配從端口1024開始。這意味著第一個向系統請求分配動態端口的程序將被分配
端口1024。為了驗証這一點，你可以重啟機器，打開Telnet，再打開一個窗口運行“natstat -a”，你將會看到Telnet被分
配1024端口。請求的程序越多，動態端口也越多。操作系統分配的端口將逐漸變大。再來一遍，當你瀏覽Web頁時用“netstat”
查看，每個Web頁需要一個新端口。
1025 參見1024
1026 參見1024
…… …… ……
解讀防火牆記錄（我看到的是什？）二
來源：http://www.robertgraham.com/
翻譯整理：Tony Shen
Version 0.4.1, June 20, 2000
http://www.robertgraham.com/pubs/firewall-seen.html
Copyright 1998-2000 by Robert Graham (mailto:firewall-seen1@robertgraham.com.
All rights reserved. This document may only be reproduced (whole or in part) for non-commercial purposes.
All reproductions must contain this copyright notice and must not be altered, except by permission of the author.
1025 參見1024
1026 參見1024
---------------------------------------------------------------------
1080 SOCKS
這一協議以管道方式穿過防火牆，允許防火牆面的許多人通過一個IP地址訪問Internet。理論上它應該只允許內部的
通信向外達到Internet。但是由錯誤的配置，它會允許Hacker/Cracker的位防火牆外部的攻擊穿過防火牆。或者簡
單地回應位Internet上的計算機，從而掩飾他們對你的直接攻擊。WinGate是一種常見的Windows個人防火牆，常會發
生上述的錯誤配置。在加入IRC聊天室時常會看到這種情況。
1114 SQL
系統本身很少掃描這個端口，但常常是sscan腳本的一部分。
1243 Sub-7木馬（TCP）
參見Subseven部分。
1524 ingreslock門
許多攻擊腳本將安裝一個門Shell這個端口（尤其是那些針對Sun系統中Sendmail和RPC服務漏洞的腳本，如statd,
ttdbserver和cmsd）。如果你剛剛安裝了你的防火牆就看到在這個端口上的連接企圖，很可能是上述原因。你可以試試
Telnet到你的機器上的這個端口，看看它是否會給你一個Shell。連接到600/pcserver也存在這個問題。
2049 NFS
NFS程序常運行這個端口。通常需要訪問portmapper查詢這個服務運行哪個端口，但是大部分情況是安裝NFS運行
這個端口，Hacker/Cracker因而可以閉開portmapper直接測試這個端口。
3128 squid
這是Squid HTTP代理服務器的默認端口。攻擊者掃描這個端口是為了搜尋一個代理服務器而匿名訪問Internet。你也會看
到搜索其它代理服務器的端口：8000/8001/8080/8888。掃描這一端口的另一原因是：用戶正在進入聊天室。其它用戶
（或服務器本身）也會檢驗這個端口以確定用戶的機器是否支持代理。請查看5.3節。
5632 pcAnywere
你會看到很多這個端口的掃描，這依賴你所在的位置。當用戶打開pcAnywere時，它會自動掃描局域網C類網以尋找可能
得代理（譯者：指agent而不是proxy）。Hacker/cracker也會尋找開放這種服務的機器，所以應該查看這種掃描的源地址。
一些搜尋pcAnywere的掃描常包含端口22的UDP數據包。參見撥號掃描。
6776 Sub-7 artifact
這個端口是從Sub-7主端口分離出來的用傳送數據的端口。例如當控制者通過電話線控制另一台機器，而被控機器掛斷
時你將會看到這種情況。因此當另一人以此IP撥入時，他們將會看到持續的，在這個端口的連接企圖。（譯者：即看到
防火牆報告這一端口的連接企圖時，並不表示你已被Sub-7控制。）
6970 RealAudio
RealAudio客戶將從服務器的6970-7170的UDP端口接收音頻數據流。這是由TCP7070端口外向控制連接設置的。
13223 PowWow
PowWow 是Tribal Voice的聊天程序。它允許用戶在此端口打開私人聊天的連接。這一程序對建立連接非常具有“進攻性”。
它會“駐紮”在這一TCP端口等待回應。這造成類似心跳間隔的連接企圖。如果你是一個撥號用戶，從另一個聊天者手中
“繼承”了IP地址這種情況就會發生：好象很多不同的人在測試這一端口。這一協議使用“OPNG”作為其連接企圖的前四
個字節。
17027 Conducent
這是一個外向連接。這是由公司內部有人安裝了帶有Conducent "adbot" 的共享軟件。Conducent "adbot"是為共享軟件
顯示廣告服務的。使用這種服務的一種流行的軟件是Pkware。有人試驗：阻斷這一外向連接不會有任何問題，但是封掉IP
地址本身將會導致adbots持續在每秒內試圖連接多次而導致連接過載：機器會不斷試圖解析DNS名ads.conducent.com，
即IP地址216.33.210.40 ；216.33.199.77 ；216.33.199.80 ；216.33.199.81；216.33.210.41。（譯者：不知NetAnts使
用的Radiate是否也有這種現象）
27374 Sub-7木馬(TCP)
參見Subseven部分。
30100 NetSphere木馬(TCP)
通常這一端口的掃描是為了尋找中了NetSphere木馬。
31337 Back Orifice “elite”
Hacker中31337讀做“elite”/ei’li:t/（譯者：法語，譯為中堅力量，精華。即3=E, 1=L, 7=T）。因此許多門程序運
行這一端口。其中最有名的是Back Orifice。曾經一段時間內這是Internet上最常見的掃描。現在它的流行越來越少，
其它的木馬程序越來越流行。
31789 Hack-a-tack
這一端口的UDP通訊通常是由"Hack-a-tack"遠程訪問木馬（RAT, Remote Access Trojan）。這種木馬包含內置的31790
端口掃描器，因此任何31789端口到317890端口的連接意味著已經有這種入侵。（31789端口是控制連接，317890端口是文
件傳輸連接）
32770~32900 RPC服務
Sun Solaris的RPC服務在這一范圍內。詳細的說：早期版本的Solaris（2.5.1之前）將portmapper置這一范圍內，即使
低端口被防火牆封閉仍然允許Hacker/cracker訪問這一端口。掃描這一范圍內的端口不是為了尋找portmapper，就是為了
尋找可被攻擊的已知的RPC服務。
33434~33600 traceroute
如果你看到這一端口范圍內的UDP數據包（且只在此范圍之內）則可能是由traceroute。參見traceroute部分。
41508 Inoculan
早期版本的Inoculan會在子網內產生大量的UDP通訊用識別彼此。參見 http://www.circlemud.org/~jelson/software/
udpsend.html 和 http://www.ccd.bnl.gov/nss/tips/inoculan/index.html
二） 下面的這些源端口意味著什？
端口1~1024是保留端口，所以它們幾乎不會是源端口。但有一些例外，例如來自NAT機器的連接。參見1.9。
常看見緊接著1024的端口，它們是系統分配給那些並不在乎使用哪個端口連接的應用程序的“動態端口”。
Server Client 服務 描述
1-5/tcp 動態 FTP 1-5端口意味著sscan腳本
20/tcp 動態 FTP FTP服務器傳送文件的端口
53 動態 FTP DNS從這個端口發送UDP回應。你也可能看見源/目標端口的TCP連接。
123 動態 S/NTP 簡單網絡時間協議（S/NTP）服務器運行的端口。它們也會發送到這個端口的廣播。
27910~27961/udp
動態 Quake Quake或Quake引擎驅動的遊戲在這一端口運行其服務器。因此來自這一端口范圍的UDP包或發送至這一端口范圍
的UDP包通常是遊戲。
61000以上 動態 FTP 61000以上的端口可能來自Linux NAT服務器（IP Masquerade）
解讀防火牆記錄（我看到的是什？）三
來源：http://www.robertgraham.com/
翻譯整理：Tony Shen
三） 我發現一種對同一系列端口的掃描來自Internet上變化很大的源地址
這通常是由“誘騙”掃描（decoy scan），如nmap。其中一個是攻擊者，其它的則不是。
利用防火牆規則和協議分析我們可以追蹤他們是誰？例如：如果你ping每個系統，你就可以將獲得的TTL與那些連接企圖相
匹配。這樣你至少可以哪一個是“誘騙”掃描（TTL應該匹配，如果不匹配則他們是被“誘騙”了）。不過，新版本的掃描
器會將攻擊者自身的TTL隨機化，這樣要找出他們回更困難。
你可以進一步研究你的防火牆記錄，尋找在同一子網中被誘騙的地址（人）。你通常會發現攻擊者剛剛試圖對你連接，而被
誘騙者不會。
四） 特洛伊木馬掃描是指什？
特洛伊木馬攻擊的第一步是將木馬程序放置到用戶的機器上。常見的伎倆有：
1) 將木馬程序發布在Newsgroup中，聲稱這是另一種程序。
2) 廣泛散布帶有附件的E-mail
3) 在其Web上發布木馬程序
4) 通過即時通訊軟件或聊天系統發布木馬程序（ICQ, AIM, IRC等）
5) 偽造ISP（如AOL）的E-mail哄騙用戶執行程序（如軟件升級）
6) 通過“文件與打印共享”將程序Copy至啟動組
下一步將尋找可被控制的機器。最大的問題是上述方法無法告知Hacker/Cracker受害者的機器在哪裡。因此，Hacker/Cracker
掃描Internet。
這就導致防火牆用戶(包括個人防火牆用戶)經常看到指向他們機器的掃描。他們的機器並沒有被攻擊，掃描本身不會造成什
危害。掃描本身不會造成機器被攻擊。真正的管理員會忽略這種“攻擊”
以下列出常見的這種掃描。為了發現你的機器是否被種了木馬，運行“NETSTAT －an”。查看是否出現下列端口的連接。
Port Trojan
555 phAse zero
1243 Sub-7, SubSeven
3129 Masters Paradise
6670 DeepThroat
6711 Sub-7, SubSeven
6969 GateCrasher
21544 GirlFriend
12345 NetBus
23456 EvilFtp
27374 Sub-7, SubSeven
30100 NetSphere
31789 Hack‘a‘Tack
31337 BackOrifice, and many others
50505 Sockets de Troie
更多信息查看: http://www.commodon.com/threat/threat-ports.htm
1. 什是SUBSEVEN（sub-7）
Sub-7是最有名的遠程控制木馬之一。現在它已經成為易使用，功能強大的一種木馬。原因是：
1〕 它易獲得，升級迅速。大部分木馬產生除了修改bug以外開發就停止了。
2〕 這一程序不但包含一個掃描器，還能利用被控制的機器也進行掃描。
3〕 制作者曾比賽利用sub-7控制網站。
4〕 支持“端口重定向”，因此任何攻擊者都可以利用它控制受害者的機器。
5〕 具有大量與ICQ, AOL IM, MSN Messager和Yahoo messenger相關的功能，包括密碼嗅探，發送消息等。
6〕 具有大量與UI相關的功能，如顛倒屏幕，用受害者擴音器發聲，偷窺受害者屏幕。
簡而言之它不僅是一種hacking工具而且是一種玩具，恐嚇受害者的玩具。
Sub-7是由自稱“Mobman”的人寫的，他的站點是http://subseven.slak.org/。
Sub-7可能使用以下端口：
1243 老版本缺省連接端口
2772 抓屏端口
2773 鍵盤記錄端口
6711 ???
6776 我並不清楚這個端口是幹什用的，但是它被作為一些版本的面 (即不用密碼也能連接)。
7215 "matrix" chat程序
27374 v2.0缺省端口
54283 Spy端口
五） 來自低端口的DNS包
Q：我看見許多來自1024端口以下的DNS請求。這些服務是“保留”的嗎？他們不是應該使用1024-65535端口嗎？
A：他們來自NAT防火牆面的機器。NAT並不需要保留端口。（Ryan Russell http://www.sybase.com/）
Q：我的防火牆丟棄了許多源端口低1024的包，所以DNS查詢失敗。
A：不要用這種方式過濾。許多防火牆有類似的規則，但這是一種誤導。因為Hacker/Cracker能偽造任何端口。
Q：這些NAT防火牆工作不正常嗎？
A：理論上不是，但實際上會導致失敗。正確的方式是在任何情況下完全保証DNS通訊。（尤其在那些“代理”DNS並強迫DNS
通過53端口的情況下）
Q：我以為DNS查詢應該使用1024端口以上的隨機端口？
A：實際上，一般DNS客戶將使用非保留端口。但是有許多程序使用53端口。在任何情況下，NAT都會完全不同，因為它改變了
所有SOCKET（IP＋port combo）
六） 一旦我撥號連接到ISP，我的個人防火牆就開始警告“有人在探測你的xxxx端口”。
這種情況很常見。因為你使用ISP分配給你的IP，而在你使用之前剛有人使用。你看到的是上一個用戶的“殘留”信息。
常見的例子是聊天程序。如果有人剛剛掛斷，剛才和他聊天的人會繼續試圖連接。一些程序的“超時”設置很長。如POWWOW或
ICQ。
另一個例子是多人在線遊戲。你會看到來自遊戲提供者的通訊（如MPlayer），或其它不知名的遊戲服務器。這些遊戲通常基
UDP，因此無法建立連接。但為了獲得較好的用戶感覺，他們對建立連接又很“執著”。以下是一些遊戲的端口：
7777 Unreal, Klingon Honor Guard
7778 Unreal Tournament
22450 Sin
26000 Quake
26900 Hexen 2
26950 HexenWorld
27015 Half-life, Team Fortress Classic (TFC)
27500 QuakeWorld
27910 Quake 2
28000-28008 Starsiege TRIBES (TRIBES.DYNAMIX.COM)
28910 Heretic 2
另一個例子是多媒體廣播、電視。如RealAudio客戶端使用6970－7170端口接收聲音數據。
你需要連接的來源。例如ICQ服務器運行4000端口，而其客戶端使用更高的隨機端口。這就是說你會看到你會看到從4000端
口到高端隨機端口的UDP包。換句話說，不要試圖查詢端口列表找到隨機高端端口的用途。重要的是源端口。
Sub-7也有類似問題。它使用不同的TCP連接用不同的服務。如果受害者的機器下線，它會持續企圖連接受害者機器的端口，
特別是6776端口。
解讀防火牆記錄（我看到的是什？）(四)
來源：http://www.robertgraham.com/
翻譯整理：Tony Shen
Version 0.4.1, June 20, 2000
http://www.robertgraham.com/pubs/firewall-seen.html
Copyright 1998-2000 by Robert Graham (mailto:firewall-seen1@robertgraham.com.
All rights reserved. This document may only be reproduced (whole or in part) for non-commercial purposes.
All reproductions must contain this copyright notice and must not be altered, except by permission of the author.
(接上篇)
七） IRC服務器在探測我
最流行的聊天方式之一是IRC。這種聊天程序的特點之一就是它能告訴你正在和你聊天的人的IP地址。聊天室的問題之一是：
人們匿名登陸並四處閑逛，往往會遭遇跑題的評論、粗魯的話語、被打斷談話、被服務器“沖洗”或被其它客戶踢下線。
因此，服務器端和客戶端都默認禁止在聊天室內使用匿名登陸。特別需要指出的是，當有人進入聊天室時要檢查他們是否通
過其它代理服務器連接。最常見的這種掃描是SOCKS。假設你來的那個地方支持SOCKS，那你完全有可能有一台完全獨立的
機器，你試圖通過明處的代理服務器隱藏你在暗處的真實身份。Undernet’s關這方面的策略可參考
http://help.undernet.org/proxyscan.
同時，crackers/hackers會試圖掃描人們的機器以確定他們是否運行某種服務，可被他們用做跳板。同樣，通過檢查SOCKS，
攻擊者希望發現某人打開了SOCKS，例如一個家庭的個人用戶SOCKS實現共享連接，但將其錯誤設置成Internet上所有用戶都
能通過它。
八） 什是“重定向”端口
一種常見的技術是把一個端口重定向到另一個地址。例如默認的HTTP端口是80，許多人把他們重定向到令一個端口，如
8080( 這樣，如果你打算訪問本文就得寫成http://www.robertgraham.com:8080/pubs/firewall-seen.html )
實現重定向是為了讓端口更難被發現，從而使Hacker更難攻擊。因為Hacker不能對一個公認的默認端口進行攻擊而必須進
行端口掃描。
大多數端口重定向與原端口有相似之處。因此，大多數HTTP端口由80變化而來：81，88，8000，8080，8888。同樣POP的端
口原來在110，也常被重定向到1100。
也有不少情況是選取統計上有特別意義的數，象1234，23456，34567等。許多人有其它原因選擇奇怪的數，42，69，666，31337。
近來，越來越多的遠程控制木馬( Remote Access Trojans, RATs )採用相同的默認端口。如NetBus的默認端口是12345。
Blake R. Swopes指出使用重定向端口還有一個原因,在UNIX系統上,如果你想偵聽1024以下的端口需要有root權限。如果你沒有
root權限而又想開web服務，你就需要將其安裝在較高的端口。此外，一些ISP的防火牆將阻擋低端口的通訊，所以即使你擁有
整個機器你還是得重定向端口。
九） 我還是不明白當某人試圖連接我的某個端口時我該怎辦？
你可以使用Netcat建立一個偵聽進程。例如，你想偵聽1234端口：
NETCAT －L －p 1234
許多協議都會在連接開始的部分發送數據。當使用Netcat偵聽某個端口時，你能想辦法搞清在使用什協議。如果幸運的話，
你會發現是HTTP協議，它會為你提供大量信息，使你能追蹤發生的事情。
“－L”參數是讓Netcat持續偵聽。正常情況下Netcat會接受一個連接，復制其內容，並退出。加上這個參數，它可以持續運
行以偵聽多個連接。
解讀防火牆記錄（我看到的是什？）
來源：http://www.robertgraham.com/
翻譯整理：Tony Shen
(接上期)
二．ICMP
TCP和UDP能承載數據，但ICMP僅包含控制信息。因此，ICMP信息不能真正用入侵其它機器。Hacker們使用ICMP通常是為了掃
描網絡，發動DoS攻擊，重定向網絡交通。(這個觀點似乎不正確，可參考shotgun關木馬的文章，譯者注)
一些防火牆將ICMP類型錯誤標記成端口。要記住，ICMP不象TCP或UDP有端口，但它確實含有兩個域：類型(type)和代碼(code)。
而且這些域的作用和端口也完全不同，也許正因為有兩個域所以防火牆常錯誤地標記了他們。更多關ICMP的知識請參考
Infosec Lexicon entry on ICMP。
關ICMP類型/代碼的含義的官方說明請參閱http://www.isi.edu/in-notes/iana/assignments/icmp-parameters。該文獻描
述官方含義，而本文描述Hacker的企圖，詳見下文。
類型 代碼 名稱 含義
0 * Echo replay 對ping的回應
3 * Destination Unreachable 主機或路由器返回信息：一些包未達到目的地
0 Net Unreachable 路由器配置錯誤或錯誤指定IP地址
1 Host Unreachable 最一個路由器無法與主機進行ARP通訊
3 Port unreachable 服務器告訴客戶端其試圖聯系的端口無進程偵聽
4 Fragmentation Needed but DF set 重要：如果你在防火牆丟棄記錄中發現這些包，你應該讓他們通過否則你的
客戶端將發現TCP連接莫名其妙地斷開
4 * Source Quench Internet阻塞
5 * Redirect 有人試圖重定向你的默認路由器，可能Hacker試圖對你進行“man-in-middle”的攻擊，使你的機器通過他們的
機器路由。
8 * Echo Request ping
9 * Router Advertisement hacker可能通過重定向你的默認的路由器DoS攻擊你的Win9x 或Solaris。鄰近的Hacker也可以發
動man-in-the-middle的攻擊
11 * Time Exceeded In Transit 因為超時包未達到目的地
0 TTL Exceeded 因為路由循環或由運行traceroute，路由器將包丟棄
1 Fragment reassembly timeout 由沒有收到所有片斷，主機將包丟棄
12 * Parameter Problem 發生某種不正常，可能遇到了攻擊
(一) type=0 (Echo reply)
發送者在回應由你的地址發送的ping，可能是由以下原因：
有人在ping那個人：防火牆面有人在ping目標。
自動ping：許多程序為了不同目的使用ping，如測試聯系對象是否在線，或測定反應時間。很可能是使用了類似VitalSign‘s
Net.Medic的軟件，它會發送不同大小的ping包以確定連接速度。
誘騙ping掃描：有人在利用你的IP地址進行ping掃描，所以你看到回應。
轉變通訊信道：很多網絡阻擋進入的ping(type=8)，但是允許ping回應(type=0)。因此，Hacker已經開始利用ping回應穿透防
火牆。例如，針對internet站點的DdoS攻擊，其命令可能被嵌入ping回應中，然洪水般的回應將發向這些站點而其它Internet
連接將被忽略。
(二) Type=3 (Destination Unreachable)
在無法到達的包中含有的代碼(code)很重要
記住這可以用擊敗“SYN洪水攻擊”。即如果正在和你通訊的主機受到“SYN洪水攻擊”，只要你禁止ping(type=3)進入，
你就無法連接該主機。
有些情況下，你會收到來自你從未聽說的主機的ping(type=3)包，這通常意味著“誘騙掃描”。攻擊者使用很多源地址向目標
發送一個偽造的包，其中有一個是真正的地址。Hacker的理論是：受害者不會費力從許多假地址中搜尋真正的地址。
解決這個問題的最好辦法是：檢查你看到的模式是否與“誘騙掃描”一致。比如，在ICMP包中的TCP或UDP頭部分尋找交互的端口。
1) Type = 3, Code = 0 (Destination Net Unreachable)
無路由器或主機：即一個路由器對主機或客戶說，：“我根本不知道在網絡中如何路由！包括你正連接的主機”。這意味著不是
客戶選錯了IP地址就是某處的路由表配置錯誤。記住，當你把自己UNIX機器上的路由表搞亂你就會看到“無路由器或主機”的
信息。這常發生在配置點對點連接的時候。
2) Type = 3, Code = 3 (Destination Port Unreachable)
這是當客戶端試圖連擊一個並不存在的UDP端口時服務器發送的包。例如，如果你向161端口發送SNMP包，但機器並不支持SNMP服
務，你就會收到ICMP Destination Port Unreachable包。
解碼的方案
解決這個問題的第一件事是：檢查包中的端口。你可能需要一個嗅探器，因為防火牆通常不會記錄這種信息。這種方法基ICMP
原始包頭包含IP和UDP頭。以下是復制的一個ICMP unreachable包：
00 00 BA 5E BA 11 00 60 97 07 C0 FF 08 00 45 00
00 38 6F DF 00 00 80 01 B4 12 0A 00 01 0B 0A 00
01 C9 03 03 C2 D2 00 00 00 00 45 00 00 47 07 F0
00 00 80 11 1B E3 0A 00 01 C9 0A 00 01 0B 08 A7
79 19 00 33 B8 36
其中字節03 03是ICMP的類型和代碼。最8個字節是原始UDP頭，解碼如下：
08A7 UDP源端口 port=2215，可能是臨時分配的，並不是很重要。
7919 UDP目標端口 port=31001，很重要，可能原來用戶想連接31001端口的服務。
0033 UDP長度 length=51，這是原始UDP數據的長度，可能很重要。
B836 UDP校驗和 checksum=0xB836，可能不重要。
你為什會看到這些？
“誘騙UDP掃描”：有人在掃描向你發送ICMP的機器。他們偽造源地址，其中之一是你的IP地址。他們實際上偽造了許多不同的
源地址使受害者無法確定誰是攻擊者。如果你在短時間內收到大量來自同一地址的這種包，很有可能是上述情況。檢查UDP源端口，
它總在變化的話，很可能是Scenario。
“陳舊DNS”：客戶端會向服務器發送DNS請求，這將花很長時間解析。當你的DNS服務器回應的時候，客戶端可能已經忘記你並
關閉了用接受你回應的UDP端口。如果發現UDP端口值是53，大概就發生了這種情況。這是怎發生的？服務器可能在解析一
個遞歸請求，但是它自己的包丟失了，所以它只能超時然再試。當回到客戶時，客戶認為超時了。許多客戶程序(尤其是
Windows中的程序)自己做DNS解析。即它們自己建立SOCKET進行DNS解析。如果它們把要求交給操作系統，操作系統就會一直把
端口開在那裡。
“多重DNS回應”：另一種情況是客戶收到對一個請求的多重回應。收到一個回應，端口就關閉了，序的回應無法達到。此
外，一個Sun機器與同一個以太網中的多個NICs連接時，將為兩個NICs分配相同的MAC地址，這樣Sun機器每楨會收到兩個拷貝，
並發送多重回復。還有，一個編寫的很糟糕的客戶端程序(特別是那些吹噓是多線程DNS解析但實際上線程不安全的程序)有時發
送多重請求，收到第一個回應關閉了Socket。但是，這也可能是DNS欺騙，攻擊者既發送請求由發送回應，企圖使解析緩存崩
潰。
“NetBIOS解析”：
如果Windows機器接收到ICMP包，看看UDP目標端口是否是137。如果是，那就是windows機器企圖執行gethostbyaddr()函數，它
將將會同時使用DNS和NetBIOS解析IP地址。DNS請求被發送到某處的DNS服務器，但NetBIOS直接發往目標機器。如果目標機器不
支持NetBIOS，目標機器將發送ICMP unreachable。
“Traceroute”：大多數Traceroute程序(Windows中的Tracert.exe除外)向關閉的端口發送UDP包。這引起一系列的背靠背的
ICMP Port Unreachable包發回來。因此你看到防火牆顯示這樣ICMP包，可能是防火牆面的人在運行Traceroute。你也會看
到TTL增加。
3) Type = 3, Code = 4 (Fragmentation Needed and Don‘t Fragment was Set)
這是由路由器打算發送標記有(DF, 不允許片斷)的IP報文引起的。為什？IP和TCP都將報文分成片斷。TCP在管理片斷方面
比IP有效得多。因此，餞堆趨向找到“Path MTU”（路由最大傳輸單元）。在這個過程將發送這種ICMP包。
假設ALICE和BOB交談。他們在同一個以太網上(max frame size = 1500 bytes)，但是中間有連接限制最大IP包為600 byte。這
意味著所有發送的IP包都要由路由器切割成3個片斷。因此在TCP層分割片斷將更有效。TCP層將試圖找到MTU(最大傳輸單元)。
它將所有包設置DF位(Don‘t Fragment)，一旦這種包碰到不能傳輸如此大的包的路由器時路由器將發回ICMP錯誤信息。由此，
TCP層能確定如何正確分割片斷。
你也許應該允許這些包通過防火牆。否則，當小的包可以通過達到目的地建立連接，而大包會莫名其妙的丟失斷線。通常的結
果是，人們只能看到Web頁僅顯示一半。
路由最大傳輸單元的發現越來越整合到通訊中。如IPsec需要用到這個功能。
(三) Type = 4 (Source Quench)
這種包可能是當網絡通訊超過極限時由路由器或目的主機發送的。但是當今的許多系統不生成這些包。原因是現在相信簡單包
丟失是網絡阻塞的最信號(因為包丟失的原因就是阻塞)。
現在source quenches的規則是(RFC 1122)：
路由器不許生成它們
主機可以生成它們
主機不能隨便生成它們
防火牆應該丟棄它們
但是，主機遇到Source Quench仍然減慢通訊，因此這被用DoS。防火牆應該過濾它們。如果懷疑發生DoS，包中的源地址是
無意義的，因為IP地址肯定是虛構的。
已知某些SMTP服務器會發送Source Quench。
(四) Type = 8 (Echo aka PING)
這是ping請求包。有很多場合使用它們；它可能意味著某人掃描你機器的惡意企圖，但它也可能是正常網絡功能的一部分。參
見Type = 0 (Echo Response)
很多網絡管理掃描器會生成特定的ping包。包括ISS掃描器，WhatsUp監視器等。這在掃描器的有效載荷中可見。許多防火牆並
不記錄這些，因此你需要一些嗅探器捕捉它們或使用入侵檢測系統(IDS)標記它們。
記住，阻擋ping進入並不意味著Hacker不能掃描你的網絡。有許多方法可以代替。例如，TCP ACK掃描越來越流行。它們通常
能穿透防火牆而引起目標系統不正常的反應。
發送到廣播地址(如x.x.x.0或x.x.x.255)的ping可能在你的網絡中用smurf放大。
(五) Type = 11 (Time Exceeded In Transit)
這一般不會是Hacker或Cracker的攻擊
1) Type = 11, Code = 0 (TTL Exceeded In Transit)
這可能有許多事情引起。如果有人從你的站點traceroute到Internet，你會看到許多來自路由器的TTL增加的包。這就是
traceroute的工作原理：強迫路由器生成TTL增加的信息來發現路由器。
防火牆管理員看到這種情況的原因是Internet上發生路由循環。路由器Flapping(持續變換路由器)是一個常見的問題，常會導致
循環。這意味著當一個IP包朝目的地前進時，這個包被一個路由器錯誤引導至一個它曾經通過的路由器。如果路由器在包經過
的時候把TTL域減一，這個包只好循環運動。實際上當TTL值為0時它被丟棄。
造成這種情況的另一個原因是距離。許多機器(Windows)的默認TTL值是127或更低。路由器也常常會把TTL值減去大1的值，
以便反應諸如電話撥號或跨洋連接的慢速連接。因此，可能由初始TTL值太小，而使站點無法到達。此外，一些Hacker/Cracker
也會使用這種辦法使站點無法到達。
2) Type = 11, Code = 1 (Fragment Reassembly Time Exceeded)
當發送分割成片斷的IP報文時，發送者並不接收所有片斷。通常，大多數TCP/IP通訊甚至不分割片斷。你看到這種情況必定
是採用了分割片斷而且你和目的地之間有阻塞。
(六) Type = 12 (Parameter Problem)
這可能意味著一種進攻。有許多足印技術會生成這種包。
防火牆問答（我看到的是什？）
來源：http://www.robertgraham.com/
翻譯整理：Tony Shen
Version 0.4.1, June 20, 2000
http://www.robertgraham.com/pubs/firewall-seen.html
Copyright 1998-2000 by Robert Graham (mailto:firewall-seen1@robertgraham.com.
All rights reserved. This document may only be reproduced (whole or in part) for non-commercial purposes.
All reproductions must contain this copyright notice and must not be altered, except by permission of the author.
3. IP地址
3.1 什是源路由包？
源路由（source routed ）是IP頭的可選項，它允許發送者不考慮一些或所有的路由器的路由決定。但通常由源地址和目的
地址之間地路由器決定IP包如何路由。
有一些網絡管理使用這種包，比如測試是否兩個計算機可否通訊。A點的網絡管理員可以通過C點發送一個包給B點，這就能知
道B點和C點是否能通訊。
同樣的方法可以用逃避防火牆，推翻信任關系，與使用私有地址(10.x.x.x, 192.168.x.x, 172.[16-31].x.x)的機器通訊。
假如你是Internet上的一個hacker/cracker，你想和防火牆面的一個使用10.x.x.x地址的機器通訊。因為Internet上的路由
器不知道子網的確切位置，你的包將被丟棄。但是，你可以放鬆IP包中的源路由選項並告訴Internet上的路由器將包發送至防
火牆。因為防火牆跨私有網絡和Internet之間，所以它知道如何正確傳遞IP包。因此，你可以通過將所有包發送至防火牆，
與受害者建立會話。
這也可用IP欺騙。你假裝是一個路由器（就像上面的防火牆）而且其它地方的某人正在通過你發送IP包。因此，隨機選擇一
個Internet上的機器（ALICE）作為被欺騙者，從ALICE向受害者（BOB）發送數據包。這樣BOB會認為數據包來自ALICE，但
實際上它們是你發出來的。利用從你機器上發出的源路由包，偽造所有IP包（好像從ALICE發出的一樣），你就可以自由的訪問
受害者的網絡了。
越來越多的Internet核心路由器開始禁止源路由包。不管怎說，他們減慢路由速度，同時也是巨大的安全隱患。實際上也不
需要它們。管理員應該做同樣的事禁止所有的源路由包：包括防火牆，路由器，甚至終端用戶以防他們接受內向源路由包。
參見Microsoft Knowledge Base article Q217336 for setting the "DisableIPSourceRouting" on WinNT SP5 systems
3.2 我看見在reject log中有255.255.255.255的IP地址
近來這樣的很多，因為越來越多的人開始使用DSL或cable-modem。不像點對點連接（T1，幀中繼），這些告訴技術將你至ATM
VLAN（一個單廣播域）。實際上，許多cable-modem用戶每天收到很多兆數據僅僅因為這種廣播。
你必須記住這種包必須是“局部”的。通常路由器將不轉發IP地址為255.255.255.255包。因為這些原因，這種IP地址被稱為
“局域廣播地址”：這種包不會傳播到局域網段（或虛擬網段）以外。
這些包事幹什的？
不妨查看一下本文頭部的端口列表。如果不在端口列表中，你只好用一個嗅探器捕捉這些包，分析它們的內容了。
例如，在隨機端口運行的一個常用服務是CORBA IIOP包。許多服務運行535端口，但常常重新配置到廣播網址的其它端口。
如果你看到嗅探器捕捉到的包（HEX），你將在內容中看到IIOP字樣。
其它情況下沒什值得注意的。實際上通過這種包你可以找到可以攻擊的對象。但Hacker通常不會攻擊拓撲結構中的網絡鄰居
（因為容易被察覺），所以這種情況大部分是意外，而非惡意。
需要注意的是：在今天的ATM網絡中，廣播的源地址可能都不和你在同一個洲，他們可能在幾千英裡以外。“局域”指的是拓
撲結構而非距離。
3.3 我如何追蹤這些IP地址的來源呢？
記住IP地址可以被偽造，因此IP地址的來源可能是無效的。越來越多的情況是，攻擊來自一個“肉雞”。當你找到IP源地址
的話，機器的主人可能很感激你的。我的意思是：禮貌點，專業點。
許多公司建立了類似abuse@example.com的信箱。這個Email地址不但可以用報告Email濫用也可用報告網絡濫用。當你發
現IP地址的來源以，你可以向這個信箱發送一份包含攻擊証據的郵件。
注冊數據庫
過去所有IP地址都由Internic保存。一個由這些數據建立的數據庫位http://ipindex.dragonstar.net/。現在一共有3個官
方的注冊中心：北美，亞洲和歐洲。不幸的是，你必須分別查詢這些獨立的數據庫。但是，如果你從北美注冊中心開始，它會
告訴你這個IP地址屬哪個數據庫。注意返回的信息是不完全的。因此不要將憤怒發送給你查到的人，因為只有30％的機會達
到正確的人手中。
traceroute
運行traceroute通常最少會發現IP地址擁有者的ISP。對實際IP地址的反向DNS查詢很容易被欺騙，但對那個機器路由至少可以
發現入侵者使用誰的機器。
常見的IP地址
現在許多攻擊來自cable-modem用戶（24.x.x.x）。可能這些機器已經被遠程控制軟件控制。hackers/crackers頻繁使用撥號
帳戶，因為他們不用擔心帳戶被禁用。但很少有用戶中止使用cable-modem帳號。
另一種可能的IP地址是“私有地址”：10.x.x.x, 192.x.x.x, 172.16.x.x, 172.31.x.x。
像127.x.x.x的地址意味著“本機”，不應該在Internet上看到。
像192.0.2.x的地址被用例子。
3.4 我在防火牆的Internet一側看到來自私有地址(10.x.x.x 等)的包
私有地址指10.x.x.x, 192.168.x.x, 和 172.16.x.x-172.31.x.x.
我見過3種這樣的情況
traceroutes
越來越多的Internet上的核心路由器被分配了這樣的IP地址。沒有必要讓路由器在Internet上可見。轉發的功能實際上獨立
接受和發送。當路由器丟棄包並發回ICMP TTL Exceeded信息時，它會使用私有地址。注意：一些路由器既有私有地址又有非私
有地址，另一些只有私有地址。
cable-modem, DSL
許多cable-modem和DSL 連接位ATM上的虛擬LANs. 你將會看見來自網絡鄰居的廣播包使用私有地址。
hackers
很上情況下， 你看到的時一個Hacker，他偽造了私有地址。
3.4 我能從“來自一個半有效源地址的掃描”看出什？
你會經常看見來自“有點”有效IP地址的掃描。我的意思是說這些人只是掃描而非攻擊。例如搜索引擎在索引，這種不能
算攻擊吧。
雙擊
向人們發送echos，將他們從定向最近的廣告服務器。
http://www.cyveillance.com/response1.html
掃描站點尋找非分活動，例如版權問題。
3.6 我看到源地址為0.0.0.0 ？
如果端口也是0, 可能是有人在用指紋技術確定你的操作系統。
3.7 什是直接廣播，它有什作用？
通常意味著有人掃描子網
Hacker在尋找Smurf放大器
3.8 我看見奇怪的IP地址：169.254.x.x?
當DHCP失敗以，來自自動分配IP地址的草稿文件：
一旦DHCP客戶確定必須自動分配IP地址，它就自己選擇一個IP地址。選擇IP地址的算法依賴隱式說明。地址必須是
192.254、16，它被注冊為LINKLOCAL.net的IANA。這僅發生通常DHCP過程失敗的情況下。
在Microsoft Win98 和Apple MacOS 8.5中有新的解決方案。
參見http://www.performancecomputing.com/columns/daemons/9907.shtml
(http://www.fanqiang.com)
進入【UNIX論壇】
|
|
| 相關文章 |
Cisco PIX防火牆的安裝流程 (2001-10-18 07:00:00)
解讀防火牆記錄 (2001-09-11 10:00:02)
如何在防火牆上設置Sendmail (2001-07-25 07:00:00)
路由設定---8.學校端路由器遇到防火牆時 (2001-06-05 11:00:00)
如何在防火牆面設置門(V1.5) (2001-05-31 21:04:01)
怎樣用ipchains構建防火牆 (2001-04-21 19:38:25)
如何設置一個可靠的防火牆系統保護公司內部網絡？ (2001-04-20 16:17:58)
如何設定防火牆IP Firewall (2001-04-16 14:19:47)
|
|
|
|
|
★ 樊強制作 歡迎分享 ★ |