網卡的MAC地址是唯一確定的.因此,為了防止內部人員進行非法IP盜用(例如盜用許可權更高人員的IP地址,以獲得許可權外的信息),可以將內部網路的IP地址與MAC地址綁定,盜用者即使修改了IP地址,也因MAC地址不匹配而盜用失敗:由於網卡MAC地址的唯一確定性,可以根據MAC地址查出使用該MAC地址的網卡,進而查出非法盜用者. 目前,很多單位的內部網路,尤其是學校校園網都採用了MAC地址與IP地址的綁定技術.許多防火牆(硬體防火牆和軟體防火牆)為了防止網路內部的IP地址被盜用,也都內置了MAC地址與IP地址的綁定功能. 從表面上看來,綁定MAC地址和IP地址可以防止內部IP地址被盜用,但實際上由於各層協議以及網卡驅動等實現技術,MAC地址與IP地址的綁定存在很大的缺陷,並不能真正防止內部IP地址被盜用. 2 破解MAC與IP地址綁定策略 2.1 IP地址和MAC地址簡介 現行的TCP/IP網路是一個四層協議結構,從下往上依次為鏈路層、網路層、傳輸層和應用層. Ethernet協議是鏈路層協議,使用的地址是MAC地址.MAC地址是Ethernet網卡在Ethernet中的硬體標誌,網卡生產時將其存於網卡的EEPROM中.網卡的MAC地址各不相同,MAC地址可以唯一標誌一塊網卡.在Ethernet上傳輸的每個報文都含有發送該報文的網卡的MAC地址. Ethernet根據Ethernet報文頭中的源MAC地址和目的MAC來識別報文的發送端和接收端.IP協議應用於網路層,使用的地址為IP地址.使用IP協議進行通訊,每個IP報文頭中必須含有源IP和目的IP地址,用以標誌該IP報文的發送端和接收端.在Ethernet上使用IP協議傳輸報文時,IP報文作為Ethernet報文的數據.IP地址對於Ethernet交換機或處理器是透明的.用戶可以根據實際網路的需要為網卡配置一個或多個IP地址.MAC地址和IP地址之間並不存在一一對應的關係. MAC地址存儲在網卡的EEPROM中並且唯一確定,但網卡驅動在發送Ethernet報文時,並不從EEPROM中讀取MAC地址,而是在 Ethernet報文中的源MAC地址.既然MAC地址可以修改,那麼MAC地址與IP地址的綁定也就失去了它原有的意義. 2.2 破解方案 下圖是破解試驗的結構示意圖.其內部伺服器和外部伺服器都提供Web服務,防火牆中實現了MAC地址和IP地址的綁定.報文中的源MAC地址與1P地址對如果無法與防火牆中設置的MAC地址與1P地址對匹配,將無法通過防火牆.主機2和內部伺服器都是內部網路中的合法機器;主機1是為了做實驗而新加入的機器.安裝的操作系統是W2000企業版,網卡是3Com的. 試驗需要修改主機1中網卡的MAC和IP地址為被盜用設備的MAC和IP地址.
,在控制面板中選擇「網路和撥號連接」,選中對應的網卡並點擊滑鼠右鍵,選擇屬性,在屬性頁的「常規」頁中點擊「配置」按鈕.在配置屬性頁中選擇「高級」,再在「屬性」欄中選擇「Network Address」,在「值」欄中選中輸人框,然後在輸人框中輸人被盜用設備的MAC地址,MAC地址就修改成功了. 然後再將IP地址配置成被盜用設備的IP地址.盜用內部客戶機IP地址:將主機1的MAC地址和IP地址分別修改為主機2的MAC地址和IP地址.主機1可以訪問外部伺服器,能夠順利地通過防火牆,訪問許可權與主機2沒有分別.,與此同時主機2也可以正常地訪問外部伺服器,完全不受主機1的影響.無論是主機2還是防火牆都察覺不到主機1的存在.主機1如果訪問內部伺服器,根本無需通過防火牆,更是暢通無阻了. 被誰響應,在後面的分析中我們將進一步對此進行闡述. 盜用伺服器的MAC和IP危害可能更大,如果主機1提供的Web內容和內部伺服器中的內容一樣,那麼主機2將無法識別它訪問的到底是哪個機器;如果Web內容中要求輸人賬號、密碼等信息,那麼這些信息對於主機1來說則是一覽無遺了. 3 破解成功的原因 上面的實驗驗證了綁定MAC地址與IP地址的確存在很大的缺陷,無法有效地防止內部IP地址被盜用.接下來,將從理論上對該缺陷進行詳細的分析. 缺陷存在的前提是網卡的混雜接收模式,所謂混雜接收模式是指網卡可以接收網路上傳輸的所有報文,無論其目的MAC地址是否為該網卡的MAC地址.正是由於網卡支持混雜模式,才使網卡驅動程序支持MAC地址的修改成為可能;否則,就算修改了MAC地址,但是網卡根本無法接收相應地址的報文,該網卡就變得只能發送,無法接收,通信也就無法正常進行了. MAC地址可以被盜用的直接原因是網卡驅動程序發送Ethernet報文的實現機制.Ethernet報文中的源MAC地址是驅動程序負責填寫的,但驅動程序並不從網卡的EEPROM中讀取MAC,而是在內存中建立一個MAC地址緩存區.網卡初始化的時候將EEPROM中的內容讀入到該緩存區.如果將該緩存區中的內容修改為用戶設置的MAC地址,以後發出去的Ethernet報文的源地址就是修改後的MAC地址了. 如果僅僅是修改MAC地址,地址盜用並不見得能夠得逞.Ethernet是基於廣播的,Ethernet網卡都能****到區域網中傳輸的所有報文,但是網卡只接收那些目的地址與自己的MAC地址相匹配的Ethernet報文.如果有兩台具有相同MAC地址的主機分別發出訪問請求,而這兩個訪問請求的響應報文對於這兩台主機都是匹配的,那麼這兩台主機就不只接收到自己需要的內容,還會接收到目的為另外一台同MAC主機的內容. 按理說,兩台主機因為接收了多餘的報文後,都應該無法正常工作,盜用馬上就會被察覺,盜用也就無法繼續了;但是,在實驗中地址被盜用之後,各台實驗設備都可以互不干擾的正常工作.這又是什麼原因呢?答案應該歸結於上層使用的協議. 目前,網路中最常用的協議是TCP/IP協議,網路應用程序一般都是運行在TCP或者UDP之上.例如,實驗中Web伺服器採用的HTTP協議就是基於TCP的.在TCP或者UDP中,標誌通信雙方的不僅僅是IP地址,還包括埠號.在一般的應用中,用戶端的埠號並不是預先設置的,而是協議根據一定的規則生成的,具有隨機性.像上面利用IE來訪問Web伺服器就是這樣.UDP或者TCP的埠號為16位二進位數,兩個16位的隨機數字相等的幾率非常小,恰好相等又談何容易?兩台主機雖然MAC地址和IP地址相同,但是應用埠號不同,接收到的多餘數據由於在TCP/UDP層找不到匹配的埠號,被當成無用的數據簡單地丟棄了,而TCP/UDP層的處理對於用戶層來說是透明的;
用戶可以「正確無誤」地正常使用相應的服務,而不受地址盜用的干擾. 當然,某些應用程序的用戶埠號可能是用戶或者應用程序自己設置的,而不是交給協議來隨機的生成.那麼,結果又會如何呢？例如,在兩台MAC地址和IP地址都相同的主機上,啟動了兩個埠相同的應用程序,這兩個應用是不是就無法正常工作了呢?其實不盡然. 如果下層使用的是UDP協議,兩個應用將互相干擾無法正常工作.如果使用的是TCP協議,結果就不一樣了.因為TCP是面向連接的,為了實現重發機制,保證數據的正確傳輸,TCP引入了報文序列號和接收窗口的概念.在上述的埠號匹配的報文中,只有那些序列號的偏差屬於接收窗口之內的報文才會被接收,否則,會被認為是過期報文而丟棄.TCP協議中的報文的序列號有32位,每個應用程序發送的第一個報文的序列號是嚴格按照隨機的原則產生的,以後每個報文的序列號依次加1. 窗口的大小有16位,也就是說窗口最大可以是216,而序列號的範圍是232,主機期望接收的TCP數據的序列號正好也處於對方的接收範圍之內的概率為1/216,可謂小之又小. TCP的序列號本來是為了實現報文的正確傳輸,現在卻成了地址盜用的幫凶. 4 解決MAC與IP地址綁定被破解的方法 解決MAC與IP地址綁定被破解的方法很多,主要以下幾種. 交換機埠、MAC地址和IP地址三者綁定的方法;代理服務與防火牆相結合的方法;用PPPoE協議進行用戶認證的方法;基於目錄服務策略的方法;統一身份認證與計費軟體相結合的方法等.在這裡筆者尤其推薦
一種方法,這種方法是將校園網辦公自動化系統和網路計費軟體結合在一起而實現的,這在校園網信息化建設的今天具有很強的實踐性. 內存中來建立一塊緩存區,Ethernet報文從中讀取源MAC地址.,用戶可以通過操作系統修改實際發送的 [火星人 ] 解決MAC與IP地址綁定被破解的方法已經有451次圍觀
