DNS欺騙技術方法
[table=95%][tr][td][color=#ff0000]以下為引用的內容：[/color]------------------------------------------------- <-- -- -- 交換式HUB
| | | |
| | | |
D A' + A B C <-- -- -- A、B、C 處
| | 在同一邏輯子網內
| |
| | [/td][/tr][/table]
A是網關 <------ ------> 我們在這裏架設 sniffer，從這裏同時對A、C進行ARP欺騙。需要到達這種效果：
A：ipC <----> macB，於是A企圖和C通信的時候，包將發向B，這個很容易驗證。
B：負責鏈路層包轉發，進行先修改MAC後轉發的操作。
這裏要求我們的sniffer介入到IP層。顯然我們只處理單播地址，而不用處理廣播地址。
C：ipA <----> macB，於是C企圖和A通信的時候，包將發向B，這個很容易驗證。 [color=#f5fafe][/color]
1、單獨起一個線程負責刷新，可以在配置文件中定制刷新間隔。應該和包分析線程doAnalyseThread 一樣，當抓包線程 doCaptureThread 被外來信號 SIGEND 暫停時，欺騙刷新線程 doSpoofThread 被阻塞住，而不要無謂進行欺騙刷新。 [color=#f5fafe][/color]
[table=95%][tr][td][color=#ff0000]以下為引用的內容：[/color]
ipA macA [color=#f5fafe][/color]
------> 這是ipA的真實macA地址
|
|
|---------------|
AA-AA-AA-AA-AA-AA 00 00-00 00 00 00 08 06 00 01
08 00 06 04 00 02 BB-BB-BB-BB-BB-BB CC-CC-CC-CC
|---------------| |---------|
| |
| |
| ------> 這是ipC
|
------> 這是即將出現在 ipA 的 ARP CACHE 中
ipC 對應的 macB 地址
00 00 00 00 00 00 AA-AA-AA-AA
|---------|
|
|
------> 這是 ipA
[/td][/tr][/table][color=#f5fafe]中國[/color] 這種報文導致 ipA 的 ARP CACHE 中 ipC 對應的是 macB [color=#f5fafe][/color]
2、需要取得目標MAC地址和目標IP地址，每次都根據這兩個數據判斷，是否需要進行鏈路層的包轉發。如果需要進行鏈路層包轉發，必須同時修改源MAC地址和目標MAC地址。
當出現 destMacB + destIpA + srcMacC + srcIpC 時，修改成 destMacA + destIpA + srcMacB + srcIpC 。
當出現 destMacB + destIpC + srcMacA + srcIpA 時，修改成 destMacC + destIpC + srcMacB + srcIpA 。
上面的討論僅僅限於局域網內不涉及跨網關時的arp欺騙過程，下面我們來看看如果涉及到網關會如何。假設主機A是網關，主機D位於網關外，主機C位於網關 內，且主機C的ARP CACHE中有 ipA----macB 對，主機A的ARP CACHE中有ipC----macB對。 Www.
當出現 destMacB + destIpD + srcMacC + srcIpC 時，修改成 destMacA + destIpD + srcMacB + srcIpC 。
當出現 destMacB + destIpC + srcMacA + srcIpD 時，修改成 destMacC + destIpC + srcMacB + srcIpD 。
綜合比較一下四種情況，提取出共同點，destIp、srcIp始終保持原值。 [color=#f5fafe][/color]
當出現 destMacB + destIpX( X等於A或X在網關外 ) + srcMacY 時，修改成 destMacA + destIpX + srcMacB 。
當出現 destMacB + destIpX( X在網關內且不等於B ) + srcMacA 時，修改成 destMacX + destIpX + srcMacB 。 [color=#f5fafe]中國[/color]
上面都是針對"正常"情況下可能出現的包而言，如果有人正在進行其他ARP擾亂過程，情況會很復雜，這裏不做討論。一定要理解這裏簡化後的最終結論，否則編程不好處理。
3、應該在配置文件中設置是否進行針對交換式HUB的監聽。如果不做這種監聽，就不必在初始化的時候啟動欺騙刷新線程。同時也就不必在函數 doIp() 中做鏈路層包轉發。
4、在函數 doIp() 中增加代碼，做鏈路層包轉發處理。因為進行完整的arp欺騙需要介入到IP層，從條目2的討論中可以理解這一點。
5、arp cache中出現一個MAC對應多個IP的情況，雖然不合情理，但是經過實踐，沒有發現什么副作用。
6、暫時不考慮同時針對主機C、C'、C"進行arp欺騙的情況，這個以後再增加處理過程。
頁:
[1]