前沿拓展：

sharepoint serv

　　一、如果出現(xiàn)“Service Unavailable”的提示，刷新幾下又可以訪問(wèn)。

　　出現(xiàn)這種情況是由于您的網(wǎng)站超過(guò)了iis限制造成的由于2003的**作系統(tǒng)在提示IIS過(guò)多時(shí)并非帝歌穿小本短秋像2000系統(tǒng)提示“鏈接人數(shù)過(guò)多”，而是提 示"Serv數(shù)限制，也會(huì)出現(xiàn)Serv足非ice Unavailable的提示(win2k主機(jī)下出現(xiàn)連接過(guò)多就會(huì)提示：連接過(guò)多，請(qǐng)稍后再試；而win2003的主機(jī)剛直接提示：Service Unavailable）

　　二、沒(méi)有限制IIS連接，還是遭遇Service Unavailable

　　多見(jiàn)于使用ACCESS數(shù)據(jù)庫(kù)的網(wǎng)站，一般使用windows 2003 IIS 6的用戶可能這個(gè)問(wèn)題一直正常的系統(tǒng)，突然有一個(gè)網(wǎng)站打不開(kāi)了提示： Service Unavailable 但這個(gè)網(wǎng)站并沒(méi)有限制IIS連接數(shù)。第二馬上影響到了別的網(wǎng)站，不到一會(huì)，其他的網(wǎng)站也全變成了Service Unavailable 這是什么原因呢？

　　我們分析后可以知道，還是MS的老問(wèn)題。ACCESS引擎當(dāng)了。用服務(wù)器醫(yī)生的文件醫(yī)生修復(fù)，查看修復(fù)結(jié)果時(shí)會(huì)發(fā)現(xiàn)一些文件引起ACCESS引擎“災(zāi)難性故障”及“未將對(duì)象引用設(shè)置到對(duì)象的實(shí)例”的錯(cuò)誤。 通過(guò)文件醫(yī)生修復(fù)后，系統(tǒng)才會(huì)恢復(fù)正常。

　　三、瀏覽一個(gè) Windows SharePoint Services Web 站點(diǎn)時(shí)，提示：Service Unavailable

　　Microsoft Internet 信息服務(wù) (IIS) 6.0 中沒(méi)有正確地配置用于虛擬服務(wù)器的應(yīng)用程序池，就可能會(huì)發(fā)生此問(wèn)題。

　　解決方案：

　　要解決此問(wèn)題，按照下列步驟**作：

　　1、驗(yàn)證是否已為虛擬服務(wù)器配置了應(yīng)用程序池。默認(rèn)的應(yīng)用程序池是 MSSharePointPortalAppPool。

　　請(qǐng)按照下列步驟來(lái)確定虛擬服務(wù)器正在使用的應(yīng)用程序池。

　　a). 單擊“開(kāi)始”，指向“管理工具”，第二單擊“Internet 信息服務(wù) (IIS) 管理器”。

　　b). 展開(kāi)“ServerName”，展開(kāi)“Web 站點(diǎn)”，右鍵單擊虛擬服務(wù)器，第二單擊“屬性”。

　　c). 單擊“主目錄”選項(xiàng)卡。 為虛擬服務(wù)器配置的應(yīng)用程序池列在“應(yīng)用程序池”框中。

　　d). 單擊“確定”。

　　2、驗(yàn)證應(yīng)用程序池帳戶使用的密碼是否正確。IIS 不會(huì)自動(dòng)輪詢 Active Directory 目錄服務(wù)中的密碼更改。如果應(yīng)用程序池帳戶是一個(gè)域帳戶，其密碼已過(guò)期，則在為此帳戶重新指定一個(gè)新密碼后，您可能會(huì)收到本文“癥狀”部分所描述的錯(cuò)誤信息。

　　3、 驗(yàn)證應(yīng)用程序池帳戶是服務(wù)器上的 IIS_WPG 組和 STS_WPG 組的成員。

　　4.、重新啟動(dòng) IIS 以回收應(yīng)用程序池

　　四、沒(méi)有正確加載ISAPI篩選器

　　ISAPI篩選器沒(méi)有加載成功的話會(huì)造成任意網(wǎng)站一訪問(wèn)就出現(xiàn)Service unavailable，這個(gè)時(shí)候需要根據(jù)加載失敗的原因解決，或者刪除該ISAPI篩選器。

　　整理資料：

　　原因一：網(wǎng)站超過(guò)了IIS連接數(shù)

　　解決辦法一：增加IIS連接數(shù)

　　備注一：Windows 2003的**作系統(tǒng)在提示IIS過(guò)多時(shí)并非像win2000系統(tǒng)提示“鏈接人數(shù)過(guò)多”，而是提示"Service Unavailable"

　　原因二：網(wǎng)站超過(guò)了IIS資源限制

　　解決辦法二：增加網(wǎng)站的資源

　　備注二：Winodws2003中網(wǎng)站占用了超過(guò)IIS對(duì)該網(wǎng)站系統(tǒng)資源的限制后直接提示"Service Unavailable"

　　原因三：網(wǎng)站的程序發(fā)生太多的錯(cuò)誤

　　解決辦法三：修改程序錯(cuò)誤

　　備注三：Winodws2003中網(wǎng)站錯(cuò)誤太多，就會(huì)造成該網(wǎng)站所在的應(yīng)用程序池出錯(cuò)，這個(gè)時(shí)候可以在Windows2003的日志中看到“應(yīng) 用程序池 ‘xxx’ 被自動(dòng)禁用，原因是為此應(yīng)用程序池提供服務(wù)的進(jìn)程中出現(xiàn)一系列錯(cuò)誤”，這個(gè)時(shí)候網(wǎng)站就會(huì)直接顯示"Service Unavailable"

　　以上三個(gè)原因造成的"Service Unavailable"，一般現(xiàn)象是出現(xiàn)"Service Unavailable"后，多刷新幾次，就可以打開(kāi)。

　　原因四：ACCESS引擎錯(cuò)誤

　　解決辦法四：重啟IIS

　　備注四：有一些文件造成了ACCESS數(shù)據(jù)庫(kù)出現(xiàn)“災(zāi)難性故障”及“未將對(duì)象引用設(shè)置到對(duì)象的實(shí)例”的錯(cuò)誤。

　　原因四造成的"Service Unavailable"，現(xiàn)象是所有該服務(wù)器上的使用Access數(shù)據(jù)庫(kù)的網(wǎng)站都出現(xiàn)錯(cuò)誤，不能訪問(wèn)。

　　以上四個(gè)原因是常見(jiàn)的造成了"Service Unavailable"的原因，其他還有一些問(wèn)題造成了該問(wèn)題，基本只要IIS重啟一下就可以的。

　　Service Unavailable的第五種原因就是今天的原因了：ISAPI篩選器沒(méi)有正常加載。

端口可分為3大類：

1） 公認(rèn)端口（Well Known Ports）：從0到1023，它們緊密綁定于一些服務(wù)。通常這些端口的通訊明確表明了某種服務(wù)的協(xié)議。例如：80端口實(shí)際上總是HTTP通訊。

2） 注冊(cè)端口（Registered Ports）：從1024到49151。它們松散地綁定于一些服務(wù)。也就是說(shuō)有許多服務(wù)綁定于這些端口，這些端口同樣用于許多其它目的。例如：許多系統(tǒng)處理動(dòng)態(tài)端口從1024左右開(kāi)始。

3） 動(dòng)態(tài)和/或私有端口（Dynamic and/or Private Ports）：從49152到65535。理論上，不應(yīng)為服務(wù)分配這些端口。實(shí)際上，機(jī)器通常從1024起分配動(dòng)態(tài)端口。但也有例外：SUN的RPC端口從32768開(kāi)始。

本節(jié)講述通常TCP/UDP端口掃描在防火墻記錄中的信息。記?。翰⒉淮嬖谒^ICMP端口。如果你對(duì)解讀ICMP數(shù)據(jù)感興趣，請(qǐng)參看本文的其它部分。

0 通常用于分析**作系統(tǒng)。這一方法能夠工作是因?yàn)樵谝恍┫到y(tǒng)中“0”是無(wú)效端口，當(dāng)你試圖使用一種通常的閉合端口連接它時(shí)將產(chǎn)生不同的結(jié)果。一種典型的掃描：使用IP地址為0.0.0.0，設(shè)置ACK位并在以太網(wǎng)層廣播。

1 tcpmux 這顯示有人在尋找SGI Irix機(jī)器。Irix是實(shí)現(xiàn)tcpmux的主要提供者，缺省情況下tcpmux在這種系統(tǒng)中被打開(kāi)。Iris機(jī)器在發(fā)布時(shí)含有幾個(gè)缺省的無(wú)密碼的帳戶，如lp, guest, uucp, nuucp, demos, tutor, diag, EZsetup, OutOfBox, 和4Dgifts。許多管理員安裝后忘記刪除這些帳戶。因此Hacker們?cè)贗nternet上搜索tcpmux并利用這些帳戶。

7 Echo 你能看到許多人們搜索Fraggle放大器時(shí)，發(fā)送到x.x.x.0和x.x.x.255的信息。

常見(jiàn)的一種DoS攻擊是echo循環(huán)（echo-loop），攻擊者偽造從一個(gè)機(jī)器發(fā)送到另一個(gè)機(jī)器的UDP數(shù)據(jù)包，而兩個(gè)機(jī)器分別以它們最快的方式回應(yīng)這些數(shù)據(jù)包。（參見(jiàn)Chargen）

另一種東西是由DoubleClick在詞端口建立的TCP連接。有一種產(chǎn)品叫做“Resonate Global Dispatch”，它與DNS的這一端口連接以確定最近的路由。

Harvest/squid cache將從3130端口發(fā)送UDP echo：“如果將cache的source_ping on選項(xiàng)打開(kāi)，它將對(duì)原始主機(jī)的UDP echo端口回應(yīng)一個(gè)HIT reply?！边@將會(huì)產(chǎn)生許多這類數(shù)據(jù)包。

11 sysstat 這是一種UNIX服務(wù)，它會(huì)列出機(jī)器上所有正在運(yùn)行的進(jìn)程以及是什么啟動(dòng)了這些進(jìn)程。這為入侵者提供了許多信息而威脅機(jī)器的安全，如暴露已知某些弱點(diǎn)或帳戶的程序。這與UNIX系統(tǒng)中“ps”命令的結(jié)果相似

再說(shuō)一遍：ICMP沒(méi)有端口，ICMP port 11通常是ICMP type=11

19 chargen 這是一種僅僅發(fā)送字符的服務(wù)。UDP版本將會(huì)在收到UDP包后回應(yīng)含有垃圾字符的包。TCP連接時(shí)，會(huì)發(fā)送含有垃圾字符的數(shù)據(jù)流知道連接關(guān)閉。Hacker利用IP欺騙可以發(fā)動(dòng)DoS攻擊。偽造兩個(gè)chargen服務(wù)器之間的UDP包。由于服務(wù)器企圖回應(yīng)兩個(gè)服務(wù)器之間的無(wú)限的往返數(shù)據(jù)通訊一個(gè)chargen和echo將導(dǎo)致服務(wù)器過(guò)載。同樣fraggle DoS攻擊向目標(biāo)地址的這個(gè)端口廣播一個(gè)帶有偽造受害者IP的數(shù)據(jù)包，受害者為了回應(yīng)這些數(shù)據(jù)而過(guò)載。

21 ftp 最常見(jiàn)的攻擊者用于尋找打開(kāi)“anonymous”的ftp服務(wù)器的方法。這些服務(wù)器帶有可讀寫(xiě)的目錄。Hackers或Crackers 利用這些服務(wù)器作為傳送warez (私有程序) 和pr0n(故意拼錯(cuò)詞而避免被搜索引擎分類)的節(jié)點(diǎn)。

22 ssh PcAnywhere建立TCP和這一端口的連接可能是為了尋找ssh。這一服務(wù)有許多弱點(diǎn)。如果配置成特定的模式，許多使用RSAREF庫(kù)的版本有不少漏洞。（建議在其它端口運(yùn)行ssh）

還應(yīng)該注意的是ssh工具包帶有一個(gè)稱為make-ssh-known-hosts的程序。它會(huì)掃描整個(gè)域的ssh主機(jī)。你有時(shí)會(huì)被使用這一程序的人無(wú)意中掃描到。

UDP（而不是TCP）與另一端的5632端口相連意味著存在搜索pcAnywhere的掃描。5632（十六進(jìn)制的0x1600）位交換后是0x0016（使進(jìn)制的22）。

23 Telnet 入侵者在搜索遠(yuǎn)程登陸UNIX的服務(wù)。大多數(shù)情況下入侵者掃描這一端口是為了找到機(jī)器運(yùn)行的**作系統(tǒng)。此外使用其它技術(shù)，入侵者會(huì)找到密碼。

25 **tp 攻擊者（spammer）尋找**TP服務(wù)器是為了傳遞他們的spam。入侵者的帳戶總被關(guān)閉，他們需要撥號(hào)連接到高帶寬的e-mail服務(wù)器上，將簡(jiǎn)單的信息傳遞到不同的地址。**TP服務(wù)器（尤其是sendmail）是進(jìn)入系統(tǒng)的最常用方法之一，因?yàn)樗鼈儽仨毻暾谋┞队贗nternet且郵件的路由是復(fù)雜的（暴露+復(fù)雜=弱點(diǎn)）。

53 DNS Hacker或crackers可能是試圖進(jìn)行區(qū)域傳遞（TCP），欺騙DNS（UDP）或隱藏其它通訊。因此防火墻常常過(guò)濾或記錄53端口。

需要注意的是你常會(huì)看到53端口做為UDP源端口。不穩(wěn)定的防火墻通常允許這種通訊并假設(shè)這是對(duì)DNS查詢的回復(fù)。Hacker常使用這種方法穿透防火墻。

67和68 Bootp和DHCP UDP上的Bootp/DHCP：通過(guò)DSL和cable-modem的防火墻常會(huì)看見(jiàn)大量發(fā)送到廣播地址255.255.255.255的數(shù)據(jù)。這些機(jī)器在向DHCP服務(wù)器請(qǐng)求一個(gè)地址分配。Hacker常進(jìn)入它們分配一個(gè)地址把自己作為局部路由器而發(fā)起大量的“中間人”（man-in-middle）攻擊?？蛻舳讼?8端口（bootps）廣播請(qǐng)求配置，服務(wù)器向67端口（bootpc）廣播回應(yīng)請(qǐng)求。這種回應(yīng)使用廣播是因?yàn)榭蛻舳诉€不知道可以發(fā)送的IP地址。

69 TFTP(UDP) 許多服務(wù)器與bootp一起提供這項(xiàng)服務(wù)，便于從系統(tǒng)下載啟動(dòng)代碼。但是它們常常錯(cuò)誤配置而從系統(tǒng)提供任何文件，如密碼文件。它們也可用于向系統(tǒng)寫(xiě)入文件。

79 finger Hacker用于獲得用戶信息，查詢**作系統(tǒng)，探測(cè)已知的緩沖區(qū)溢出錯(cuò)誤，回應(yīng)從自己機(jī)器到其它機(jī)器finger掃描。

98 linuxconf 這個(gè)程序提供linux boxen的簡(jiǎn)單管理。通過(guò)整合的HTTP服務(wù)器在98端口提供基于Web界面的服務(wù)。它已發(fā)現(xiàn)有許多安全問(wèn)題。一些版本setuid root，信任局域網(wǎng)，在/tmp下建立Internet可訪問(wèn)的文件，LANG環(huán)境變量有緩沖區(qū)溢出。此外因?yàn)樗系姆?wù)器，許多典型的HTTP漏洞可能存在（緩沖區(qū)溢出，歷遍目錄等）

109 POP2 并不象POP3那樣有名，但許多服務(wù)器同時(shí)提供兩種服務(wù)（向后兼容）。在同一個(gè)服務(wù)器上POP3的漏洞在POP2中同樣存在。

110 POP3 用于客戶端訪問(wèn)服務(wù)器端的郵件服務(wù)。POP3服務(wù)有許多公認(rèn)的弱點(diǎn)。關(guān)于用戶名和密碼交換緩沖區(qū)溢出的弱點(diǎn)至少有20個(gè)（這意味著Hacker可以在真正登陸前進(jìn)入系統(tǒng)）。成功登陸后還有其它緩沖區(qū)溢出錯(cuò)誤。

111 sunrpc portmap rpcbind Sun RPC PortMapper/RPCBIND。訪問(wèn)portmapper是掃描系統(tǒng)查看允許哪些RPC服務(wù)的最早的一步。常見(jiàn)RPC服務(wù)有：rpc.mountd, NFS, rpc.statd, rpc.c**d, rpc.ttybd, amd等。入侵者發(fā)現(xiàn)了允許的RPC服務(wù)將轉(zhuǎn)向提供服務(wù)的特定端口測(cè)試漏洞。

記住一定要記錄線路中的daemon, IDS, 或sniffer，你可以發(fā)現(xiàn)入侵者正使用什么程序訪問(wèn)以便發(fā)現(xiàn)到底發(fā)生了什么。

113 Ident auth 這是一個(gè)許多機(jī)器上運(yùn)行的協(xié)議，用于鑒別TCP連接的用戶。使用標(biāo)準(zhǔn)的這種服務(wù)可以獲得許多機(jī)器的信息（會(huì)被Hacker利用）。但是它可作為許多服務(wù)的記錄器，尤其是FTP, POP, IMAP, **TP和IRC等服務(wù)。通常如果有許多客戶通過(guò)防火墻訪問(wèn)這些服務(wù)，你將會(huì)看到許多這個(gè)端口的連接請(qǐng)求。記住，如果你阻斷這個(gè)端口客戶端會(huì)感覺(jué)到在防火墻另一邊與e-mail服務(wù)器的緩慢連接。許多防火墻支持在TCP連接的阻斷過(guò)程中發(fā)回RST，著將回停止這一緩慢的連接。

119 NNTP news **組傳輸協(xié)議，承載USENET通訊。當(dāng)你鏈接到諸如：news://comp.security.firewalls/. 的地址時(shí)通常使用這個(gè)端口。這個(gè)端口的連接企圖通常是人們?cè)趯ふ襏SENET服務(wù)器。多數(shù)ISP限制只有他們的客戶才能訪問(wèn)他們的**組服務(wù)器。打開(kāi)**組服務(wù)器將允許發(fā)/讀任何人的帖子，訪問(wèn)被限制的**組服務(wù)器，匿名發(fā)帖或發(fā)送spam。

135 oc-serv MS RPC end-point mapper Microsoft在這個(gè)端口運(yùn)行DCE RPC end-point mapper為它的DCOM服務(wù)。這與UNIX 111端口的功能很相似。使用DCOM和/或RPC的服務(wù)利用機(jī)器上的end-point mapper注冊(cè)它們的位置。遠(yuǎn)端客戶連接到機(jī)器時(shí)，它們查詢end-point mapper找到服務(wù)的位置。同樣Hacker掃描機(jī)器的這個(gè)端口是為了找到諸如：這個(gè)機(jī)器上運(yùn)行Exchange Server嗎？是什么版本？

這個(gè)端口除了被用來(lái)查詢服務(wù)（如使用epdump）還可以被用于直接攻擊。有一些DoS攻擊直接針對(duì)這個(gè)端口。

137 NetBIOS name service nbtstat (UDP) 這是防火墻管理員最常見(jiàn)的信息，請(qǐng)仔細(xì)閱讀文章后面的NetBIOS一節(jié)

139 NetBIOS　File and Print Sharing 通過(guò)這個(gè)端口進(jìn)入的連接試圖獲得NetBIOS/**B服務(wù)。這個(gè)協(xié)議被用于Windows“文件和打印機(jī)共享”和SAMBA。在Internet上共享自己的硬盤(pán)是可能是最常見(jiàn)的問(wèn)題。

大量針對(duì)這一端口始于1999，后來(lái)逐漸變少。2000年又有回升。一些VBS（IE5 VisualBasic Scripting）開(kāi)始將它們自己拷貝到這個(gè)端口，試圖在這個(gè)端口繁殖。

143 IMAP 和上面POP3的安全問(wèn)題一樣，許多IMAP服務(wù)器有緩沖區(qū)溢出漏洞運(yùn)行登陸過(guò)程中進(jìn)入。記?。阂环NLinux蠕蟲(chóng)（admw0rm）會(huì)通過(guò)這個(gè)端口繁殖，因此許多這個(gè)端口的掃描來(lái)自不知情的已被感染的用戶。當(dāng)RadHat在他們的Linux發(fā)布版本中默認(rèn)允許IMAP后，這些漏洞變得流行起來(lái)。Morris蠕蟲(chóng)以后這還是第一次廣泛傳播的蠕蟲(chóng)。

這一端口還被用于IMAP2，但并不流行。

已有一些報(bào)道發(fā)現(xiàn)有些0到143端口的攻擊源于腳本。

161 SNMP(UDP) 入侵者常探測(cè)的端口。SNMP允許遠(yuǎn)程管理設(shè)備。所有配置和運(yùn)行信息都儲(chǔ)存在數(shù)據(jù)庫(kù)中，通過(guò)SNMP客獲得這些信息。許多管理員錯(cuò)誤配置將它們暴露于Internet。Crackers將試圖使用缺省的密碼“public”“private”訪問(wèn)系統(tǒng)。他們可能會(huì)試驗(yàn)所有可能的組合。

SNMP包可能會(huì)被錯(cuò)誤的指向你的網(wǎng)絡(luò)。Windows機(jī)器常會(huì)因?yàn)殄e(cuò)誤配置將HP JetDirect remote management軟件使用SNMP。HP OBJECT IDENTIFIER將收到SNMP包。新版的Win98使用SNMP解析域名，你會(huì)看見(jiàn)這種包在子網(wǎng)內(nèi)廣播（cable modem, DSL）查詢sysName和其它信息。

162 SNMP trap 可能是由于錯(cuò)誤配置

177 xdmcp 許多Hacker通過(guò)它訪問(wèn)X-Windows控制臺(tái)，它同時(shí)需要打開(kāi)6000端口。

513 rwho 可能是從使用cable modem或DSL登陸到的子網(wǎng)中的UNIX機(jī)器發(fā)出的廣播。這些人為Hacker進(jìn)入他們的系統(tǒng)提供了很有趣的信息。

553 CORBA IIOP (UDP) 如果你使用cable modem或DSL VLAN，你將會(huì)看到這個(gè)端口的廣播。CORBA是一種面向?qū)ο蟮腞PC（remote procedure call）系統(tǒng)。Hacker會(huì)利用這些信息進(jìn)入系統(tǒng)。

600 Pcserver backdoor 請(qǐng)查看1524端口

一些玩script的孩子認(rèn)為他們通過(guò)修改ingreslock和pcserver文件已經(jīng)完全攻破了系統(tǒng)– Alan J. Rosenthal.

635 mountd Linux的mountd Bug。這是人們掃描的一個(gè)流行的Bug。大多數(shù)對(duì)這個(gè)端口的掃描是基于UDP的，但基于TCP的mountd有所增加（mountd同時(shí)運(yùn)行于兩個(gè)端口）。記住，mountd可運(yùn)行于任何端口（到底在哪個(gè)端口，需要在端口111做portmap查詢），只是Linux默認(rèn)為635端口，就象NFS通常運(yùn)行于2049端口。

1024 許多人問(wèn)這個(gè)端口是干什么的。它是動(dòng)態(tài)端口的開(kāi)始。許多程序并不在乎用哪個(gè)端口連接網(wǎng)絡(luò)，它們請(qǐng)求**作系統(tǒng)為它們分配“下一個(gè)閑置端口”。基于這一點(diǎn)分配從端口1024開(kāi)始。這意味著第一個(gè)向系統(tǒng)請(qǐng)求分配動(dòng)態(tài)端口的程序?qū)⒈环峙涠丝?024。為了驗(yàn)證這一點(diǎn)，你可以重啟機(jī)器，打開(kāi)Telnet，再打開(kāi)一個(gè)窗口運(yùn)行“natstat -a”，你將會(huì)看到Telnet被分配1024端口。請(qǐng)求的程序越多，動(dòng)態(tài)端口也越多。**作系統(tǒng)分配的端口將逐漸變大。再來(lái)一遍，當(dāng)你瀏覽Web頁(yè)時(shí)用“netstat”查看，每個(gè)Web頁(yè)需要一個(gè)新端口。

　?ersion 0.4.1, June 20, 2000

http://www.robertgraham.com/pubs/firewall-seen.html

Copyright 1998-2000 by Robert Graham (mailtfirewall-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 參見(jiàn)1024

1026 參見(jiàn)1024

1080 SOCKS

這一協(xié)議以管道方式穿過(guò)防火墻，允許防火墻后面的許多人通過(guò)一個(gè)IP地址訪問(wèn)Internet。理論上它應(yīng)該只允許內(nèi)部的通信向外達(dá)到Internet。但是由于錯(cuò)誤的配置，它會(huì)允許Hacker/Cracker的位于防火墻外部的攻擊穿過(guò)防火墻?；蛘吆?jiǎn)單地回應(yīng)位于Internet上的計(jì)算機(jī)，從而掩飾他們對(duì)你的直接攻擊。WinGate是一種常見(jiàn)的Windows個(gè)人防火墻，常會(huì)發(fā)生上述的錯(cuò)誤配置。在加入IRC聊天室時(shí)常會(huì)看到這種情況。

1114 SQL

系統(tǒng)本身很少掃描這個(gè)端口，但常常是sscan腳本的一部分。

1243 Sub-7木馬（TCP）

參見(jiàn)Subseven部分。

1524 ingreslock后門(mén)

許多攻擊腳本將安裝一個(gè)后門(mén)Sh*ll 于這個(gè)端口（尤其是那些針對(duì)Sun系統(tǒng)中Sendmail和RPC服務(wù)漏洞的腳本，如statd, ttdbserver和cmsd）。如果你剛剛安裝了你的防火墻就看到在這個(gè)端口上的連接企圖，很可能是上述原因。你可以試試Telnet到你的機(jī)器上的這個(gè)端口，看看它是否會(huì)給你一個(gè)Sh*ll 。連接到600/pcserver也存在這個(gè)問(wèn)題。

2049 NFS

NFS程序常運(yùn)行于這個(gè)端口。通常需要訪問(wèn)portmapper查詢這個(gè)服務(wù)運(yùn)行于哪個(gè)端口，但是大部分情況是安裝后NFS 杏謖飧齠絲冢?acker/Cracker因而可以閉開(kāi)portmapper直接測(cè)試這個(gè)端口。

3128 squid

這是Squid HTTP**服務(wù)器的默認(rèn)端口。攻擊者掃描這個(gè)端口是為了搜尋一個(gè)**服務(wù)器而匿名訪問(wèn)Internet。你也會(huì)看到搜索其它**服務(wù)器的端口：8000/8001/8080/8888。掃描這一端口的另一原因是：用戶正在進(jìn)入聊天室。其它用戶（或服務(wù)器本身）也會(huì)檢驗(yàn)這個(gè)端口以確定用戶的機(jī)器是否支持**。請(qǐng)查看5.3節(jié)。

5632 pcAnywere

你會(huì)看到很多這個(gè)端口的掃描，這依賴于你所在的位置。當(dāng)用戶打開(kāi)pcAnywere時(shí)，它會(huì)自動(dòng)掃描局域網(wǎng)C類網(wǎng)以尋找可能得**（譯者：指agent而不是proxy）。Hacker/cracker也會(huì)尋找開(kāi)放這種服務(wù)的機(jī)器，所以應(yīng)該查看這種掃描的源地址。一些搜尋pcAnywere的掃描常包含端口22的UDP數(shù)據(jù)包。參見(jiàn)撥號(hào)掃描。

6776 Sub-7 artifact

這個(gè)端口是從Sub-7主端口分離出來(lái)的用于傳送數(shù)據(jù)的端口。例如當(dāng)控制者通過(guò)電話線控制另一臺(tái)機(jī)器，而被控機(jī)器掛斷時(shí)你將會(huì)看到這種情況。因此當(dāng)另一人以此IP撥入時(shí)，他們將會(huì)看到持續(xù)的，在這個(gè)端口的連接企圖。（譯者：即看到防火墻報(bào)告這一端口的連接企圖時(shí)，并不表示你已被Sub-7控制。）

6970 RealAudio

RealAudio客戶將從服務(wù)器的6970-7170的UDP端口接收音頻數(shù)據(jù)流。這是由TCP7070端口外向控制連接設(shè)置的。

13223 PowWow

PowWow 是Tribal Voice的聊天程序。它允許用戶在此端口打開(kāi)私人聊天的連接。這一程序?qū)τ诮⑦B接非常具有“進(jìn)攻性”。它會(huì)“駐扎”在這一TCP端口等待回應(yīng)。這造成類似心跳間隔的連接企圖。如果你是一個(gè)撥號(hào)用戶，從另一個(gè)聊天者手中“繼承”了IP地址這種情況就會(huì)發(fā)生：好象很多不同的人在測(cè)試這一端口。這一協(xié)議使用“OPNG”作為其連接企圖的前四個(gè)字節(jié)。

17027 Conducent

這是一個(gè)外向連接。這是由于公司內(nèi)部有人安裝了帶有Conducent “adbot” 的共享軟件。Conducent “adbot”是為共享軟件顯示廣告服務(wù)的。使用這種服務(wù)的一種流行的軟件是Pkware。有人試驗(yàn)：阻斷這一外向連接不會(huì)有任何問(wèn)題，但是封掉IP地址本身將會(huì)導(dǎo)致adbots持續(xù)在每秒內(nèi)試圖連接多次而導(dǎo)致連接過(guò)載：

機(jī)器會(huì)不斷試圖解析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是否也有這種現(xiàn)象）

27374 Sub-7木馬(TCP)

參見(jiàn)Subseven部分。

30100 NetSphere木馬(TCP)

通常這一端口的掃描是為了尋找中了NetSphere木馬。

31337 Back Orifice “elite”

Hacker中31337讀做“elite”/ei’li:t/（譯者：法語(yǔ)，譯為中堅(jiān)力量，精華。即3=E, 1=L, 7=T）。因此許多后門(mén)程序運(yùn)行于這一端口。其中最有名的是Back Orifice。曾經(jīng)一段時(shí)間內(nèi)這是Internet上最常見(jiàn)的掃描?，F(xiàn)在它的流行越來(lái)越少，其它的木馬程序越來(lái)越流行。

31789 Hack-a-tack

這一端口的UDP通訊通常是由于”Hack-a-tack”遠(yuǎn)程訪問(wèn)木馬（RAT, Remote Access Trojan）。這種木馬包含內(nèi)置的31790端口掃描器，因此任何31789端口到317890端口的連接意味著已經(jīng)有這種入侵。（31789端口是控制連接，317890端口是文件傳輸連接）

32770~32900 RPC服務(wù)

Sun Solaris的RPC服務(wù)在這一范圍內(nèi)。詳細(xì)的說(shuō)：早期版本的Solaris（2.5.1之前）將portmapper置于這一范圍內(nèi)，即使低端口被防火墻封閉仍然允許Hacker/cracker訪問(wèn)這一端口。掃描這一范圍內(nèi)的端口不是為了尋找portmapper，就是為了尋找可被攻擊的已知的RPC服務(wù)。

33434~33600 traceroute

如果你看到這一端口范圍內(nèi)的UDP數(shù)據(jù)包（且只在此范圍之內(nèi)）則可能是由于traceroute。參見(jiàn)traceroute部分。

41508 Inoculan

早期版本的Inoculan會(huì)在子網(wǎng)內(nèi)產(chǎn)生大量的UDP通訊用于識(shí)別彼此。參見(jiàn)

http://www.circlemud.org/~jelson/software/udpsend.html

http://www.ccd.bnl.gov/nss/tips/inoculan/index.html

(二） 下面的這些源端口意味著什么？

端口1~1024是保留端口，所以它們幾乎不會(huì)是源端口。但有一些例外，例如來(lái)自NAT機(jī)器的連接。參見(jiàn)1.9。

常看見(jiàn)緊接著1024的端口，它們是系統(tǒng)分配給那些并不在乎使用哪個(gè)端口連接的應(yīng)用程序的“動(dòng)態(tài)端口”。

Server Client 服務(wù) 描述

1-5/tcp 動(dòng)態(tài) FTP 1-5端口意味著sscan腳本

20/tcp 動(dòng)態(tài) FTP FTP服務(wù)器傳送文件的端口

53 動(dòng)態(tài) FTP DNS從這個(gè)端口發(fā)送UDP回應(yīng)。你也可能看見(jiàn)源/目標(biāo)端口的TCP連接。

123 動(dòng)態(tài) S/NTP 簡(jiǎn)單網(wǎng)絡(luò)時(shí)間協(xié)議（S/NTP）服務(wù)器運(yùn)行的端口。它們也會(huì)發(fā)送到這個(gè)端口的廣播。

27910~27961/udp 動(dòng)態(tài) Quake Quake或Quake引擎驅(qū)動(dòng)的游戲在這一端口運(yùn)行其服務(wù)器。因此來(lái)自這一端口范圍的UDP包或發(fā)送至這一端口范圍的UDP包通常是游戲。

61000以上 動(dòng)態(tài) FTP 61000以上的端口可能來(lái)自Linux NAT服務(wù)器（IP Masquerade）

拓展知識(shí)：