寬帶網接入交換機通常需要與用戶終端直接連接，一旦用戶終端感染蠕蟲病毒，病毒發作就會嚴重消耗帶寬和交換機資源，甚至造成網絡癱瘓，這一現象在Slammer和沖擊波事件中早已屢見不鮮。寬帶接入交換機究竟面臨哪些安全風險？怎樣才能化解這些風險？接下來我們將逐一揭示。

    交換機的風險

    利用抓包工具，筆者經常捕捉到大流量的異常報文，它們一方面消耗網絡帶寬，另一方面消耗網絡設備的資源，影響網絡的正常運行。

    單播類異常報文：單播流量大多數是發送給網關，網關設備根據路由表對這些報文做出轉發或丟棄處理。對私有ip地址，公網三層交換機或路由器會自動丟棄單播流量。假如用戶已經獲得一個公網IP地址，這些單播流量就會被轉發出去，進而影響更大范圍的網絡。以沖擊波病毒為例，中毒主機只要監測到網絡可用，就會啟動一個攻擊傳播線程，不斷隨機生成攻擊地址進行攻擊。在沖擊波發作嚴重的階段，網絡速度明顯變慢，一些接入層交換機和一些小型路由器甚至崩潰，核心三層交換機的CPU利用率達到100%，運營商不得不采取屏蔽ICMP報文的辦法加以應對。

    廣播類異常報文：廣播是實現某些協議的必要方式。廣播報文會發送給特定網段內的所有主機，每臺主機都會對收到的報文進行處理，做出回應或丟棄的決定，其結果是既消耗網絡帶寬又影響主機性能。利用端口隔離技術，用戶可以限制廣播報文只發往上行端口，這樣可以減小對本網段鏈路和主機的影響，但無法解決對匯聚層和核心層設備造成的影響。假如在匯聚或核心設備上將多個小區劃在一個VLAN內，廣播類流量就會通過上層設備返回到其他小區，進而繼續占用這些小區的鏈路帶寬并影響主機性能，這種配置方法在當前寬帶網絡中廣泛存在。

    組播類異常報文：組播類信息本來只服務于網絡內的部分用戶，其目的地址是網絡內申請加入組播組的主機。一些主機并沒有申請加入組播組，這些組播報文本不應該轉發給這些主機，但是事實上這些主機還是收到了組播信息。是什么原因導致組播報文轉發給沒有申請加入的主機呢?原來，為了實現組播，二層交換機使用GMRP組播注冊協議或IGMP Snooping協議來維護一個動態組播表，然后把組播報文轉發給與該組播組成員相關的端口，以實現在VLAN 內的二層組播，假如沒有運行IGMP Snooping，組播報文將在二層廣播，這就是導致組播泛濫的原因。

    隨著寬帶網絡的進一步普及以及視頻應用的逐漸增加，組播技術將會得到更廣泛地應用，那時組播類異常流量不僅會出現在網絡的第二層，而且還會路由到整個組播樹。加上視頻類信息流量較大，很難區分正常流量和不正常流量。因而對組播進行控制也就更加困難了。

    總之，局域網內的應用存在被病毒利用的可能性，假如不有效限制異常流量，就會對網絡帶寬以及網絡設備造成資源消耗。因此，為面向用戶的二層交換機增加智能，把問題隔離在最小的范圍內，就顯得尤為重要。

    化解風險的對策

    利用交換機的流量控制功能，我們能夠把流經端口的異常流量限制在一定的范圍內。例如，Cisco交換機具有基于端口的流量控制功能，能夠實現風暴控制、端口保護和端口安全。風暴控制能夠緩解單播、廣播或組播包導致的網絡變慢，通過對不同種類流量設定一個閾值，交換機在端口流量達到設定值時啟動流量控制功能甚至將端口宕掉。端口保護類似于端口隔離，設置了端口保護功能的端口之間不交換任何流量。端口安全是對未經許可的地址進行端口級的訪問限制。無獨有偶，華為交換機提供流量控制和廣播風暴抑制比等端口控制功能。流量控制功能用于交換機與交換機之間在發生擁塞時通知對方暫時停止發送數據包，以避免報文丟失。廣播風暴抑制可以限制廣播流量的大小，對超過設定值的廣播流量進行丟棄處理。

    不過，交換機的流量控制功能只能對經過端口的各類流量進行簡單的速率限制，將廣播、組播的異常流量限制在一定的范圍內，而無法區分哪些是正常流量，哪些是異常流量。同時，如何設定一個合適的閾值也比較困難。假如需要對報文做更進一步的控制用戶可以采用ACL(訪問控制列表 )。ACL利用IP地址、TCP/UDP端口等對進出交換機的報文進行過濾，根據預設條件，對報文做出答應轉發或阻塞的決定。Cisco和華為的交換機均支持IP ACL和MAC ACL，每種ACL分別支持標準格式和擴展格式。標準格式的ACL根據源地址和上層協議類型進行過濾，擴展格式的ACL根據源地址、目的地址以及上層協議類型進行過濾。

    通過細分不同的網絡流量，用戶可以針對性地對異常流量分別進行控制。通過IP報文的協議字段控制單播類異常流量，通過以太幀的協議字段控制廣播類異常報文，通過IP目的地址段控制組播類報文。除了這些控制手段之外，網絡治理員還需要經常注重網絡異常流量，及時定位異常流量的源主機，并且排除故障。