1.ARP的工作原理
本來我不想在此重復那些遍地都是的關于ARP的基本常識,但是為了保持文章的完整性以及照顧初學者,我就再啰嗦一些文字吧,資深讀者可以直接跳過此節(jié)。
我們都知道以太網設備比如網卡都有自己全球唯一的MAC地址,它們是以MAC地址來傳輸以太網數(shù)據包的,但是它們卻識別不了我們IP包中的IP地址,所以我們在以太網中進行IP通信的時候就需要一個協(xié)議來建立IP地址與MAC地址的對應關系,以使IP數(shù)據包能發(fā)到一個確定的地方去。這就是ARP(Address Resolution Protocol,地址解析協(xié)議)。
講到此處,我們可以在命令行窗口中,輸入
arp –a
來看一下效果,類似于這樣的條目
210.118.45.100??? 00-0b-5f-e6-c5-d7??? dynamic
就是我們電腦里存儲的關于IP地址與MAC地址的對應關系,dynamic表示是臨時存儲在ARP緩存中的條目,過一段時間就會超時被刪除(xp/2003系統(tǒng)是2分鐘)。
這樣一來,比如我們的電腦要和一臺機器比如210.118.45.1通信的時候,它會首先去檢查arp緩存,查找是否有對應的arp條目,如果沒有,它就會給這個以太網絡發(fā)ARP請求包廣播詢問210.118.45.1的對應MAC地址,當然,網絡中每臺電腦都會收到這個請求包,但是它們發(fā)現(xiàn)210.118.45.1并非自己,就不會做出相應,而210.118.45.1就會給我們的電腦回復一個ARP應答包,告訴我們它的MAC地址是xx-xx-xx-xx-xx-xx,于是我們電腦的ARP緩存就會相應刷新,多了這么一條:
210.118.45.1?? xx-xx-xx-xx-xx-xx?? dynamic
為什么要有這么一個ARP緩存呢,試想一下如果沒有緩存,我們每發(fā)一個IP包都要發(fā)個廣播查詢地址,豈不是又浪費帶寬又浪費資源?
而且我們的網絡設備是無法識別ARP包的真?zhèn)蔚?,如果我們按照ARP的格式來發(fā)送數(shù)據包,只要信息有效計算機就會根據包中的內容做相應的反應.
試想一下,如果我們按照ARP響應包的相應的內容來刷新自己的ARP緩存中的列表,嘿嘿,那我們豈不是可以根據這點在沒有安全防范的網絡中玩些ARP包的小把戲了?在后面的文章里我就手把手來教你們如何填充發(fā)送ARP包,不過先別急,我們再繼續(xù)學點基礎知識^_^
2.ARP包的格式
既然我們要來做一個我們自己的ARP包,當然首先要學習一下ARP包的格式。
從網絡底層看來,一個ARP包是分為兩個部分的,前面一個是物理幀頭,后面一個才是ARP幀。
首先,物理幀頭,它將存在于任何一個協(xié)議數(shù)據包的前面,我們稱之為DLC Header,因為這個幀頭是在數(shù)據鏈路層構造的,并且其主要內容為收發(fā)雙方的物理地址,以便硬件設備識別。
DLC Header | |||
字段 | 長度(Byte) | 默認值 | 備注 |
接收方MAC | 6 | ? | 廣播時,為 ff-ff-ff-ff-ff-ff |
發(fā)送方MAC | 6 | ? | ? |
Ethertype | 2 | 0x0806 | 0x0806是ARP幀的類型值 |
圖1是需要我們填充的物理幀頭的格式,我們可以看到需要我們填充的僅僅是發(fā)送端和接收端的物理地址罷了,是不是很簡單呢?
接下來我們看一下ARP幀的格式.
ARP Frame | |||
字段 | 長度(Byte) | 默認值 | 備注 |
硬件類型 | 2 | 0x1 | 以太網類型值 |
上層協(xié)議類型 | 2 | 0x0800 | 上層協(xié)議為IP協(xié)議 |
MAC地址長度 | 1 | 0x6 | 以太網MAC地址長度為 6 |
IP地址長度 | 1 | 0x4 | IP地址長度為 4 |
操作碼 | 2 | ? | 0x1表示ARP請求包,0x2表示應答包 |
發(fā)送方MAC | 6 | ? | ? |
發(fā)送方IP | 4 | ? | ? |
接收方MAC |