深論IPv6協(xié)議控制
網(wǎng)絡(luò)就如現(xiàn)在的交通，越來越擁塞。新的IPv6協(xié)議為了緩解這個(gè)問題而推出使用，同時(shí)，它的安全機(jī)制，也能有效的改善現(xiàn)在的網(wǎng)絡(luò)攻擊問題，但是其中也存在這不小的問題，我們就此，來深入研究一下這個(gè)問題。
IPv6雖然解決了IP地址不足的問題，同時(shí)也提供了一定的安全機(jī)制如IPSec等，但是其實(shí)施與部署非常困難。研究表明，現(xiàn)有互聯(lián)網(wǎng)上的安全問題在下一代互聯(lián)網(wǎng)中仍然存在，同時(shí)還不斷涌現(xiàn)出針對(duì)下一代互聯(lián)網(wǎng)的攻擊手段，給國(guó)民經(jīng)濟(jì)和個(gè)人隱私帶來巨大損失。本文主要分析在IPv6協(xié)議族中起著核心作用的ICMPIPv6協(xié)議，并通過攻擊實(shí)例驗(yàn)證相關(guān)協(xié)議的脆弱性，希望通過本文增強(qiáng)人們的IPv6網(wǎng)絡(luò)安全意識(shí)。
ICMPIPv6協(xié)議簡(jiǎn)介
ICMPIPv6協(xié)議是IPv6協(xié)議族中的一個(gè)基礎(chǔ)協(xié)議,它合并了IPv4中的ICMP（控制報(bào)文協(xié)議)，IGMP（組成員協(xié)議)、ARP（地址解析協(xié)議)、RARP（反向地址解析協(xié)議)和RA（路由廣播)等多個(gè)協(xié)議的功能。ICMPIPv6協(xié)議在IPv6網(wǎng)絡(luò)中主要通過ICMPIPv6信息報(bào)文（InformationalMessage)和錯(cuò)誤報(bào)文（ErrorMessage)的交換來實(shí)現(xiàn)以下核心功能:
路由前綴信息的獲?。?/strong>
地址解析
差錯(cuò)控制
由此看出，ICMPIPv6協(xié)議控制著IPv6網(wǎng)絡(luò)中的地址生成、地址解析、路由選擇、以及差錯(cuò)控制等關(guān)鍵環(huán)節(jié)，因此對(duì)ICMPIPv6協(xié)議的安全性進(jìn)行深入分析尤為重要。
如表1所示，無論是ICMPIPv6信息報(bào)還是錯(cuò)誤報(bào)都存在著被利用的可能，本文以下部份將舉例進(jìn)行描述。
表1ICMPIPv6協(xié)議中部份信息報(bào)文（InformationalMessage)和錯(cuò)誤報(bào)文（ErrorMessage)
|
消息類型 |
Type |
Code |
簡(jiǎn)要描述 |
攻擊利用 |
|
Error Message |
1 |
0:沒有到達(dá)目的地的路由 1:與目的地的通信被管理員禁止 2: (not assigned) 3:地址不可達(dá) 4:端口不可達(dá) |
路由器或源主機(jī)在由于除業(yè)務(wù)流擁塞之外的原因而無法轉(zhuǎn)發(fā)一個(gè)包的時(shí)候產(chǎn)生 |
|
|
2 |
0 |
包太長(zhǎng) |
|
|
|
3 |
0:hop limit exceeded in transit 1: fragment reassembly time exceeded |
超時(shí) |
|
|
|
4 |
0:erroneous header field encountered 1:unrecognized Next Header type encountered 2:unrecognized IPv6 option encountered |
參數(shù)問題 |
|
|
|
Informational Message |
128 |
0 |
Echo Request |
|
|
129 |
0 |
Echo Reply |
|
|
|
133 |
0 |
路由請(qǐng)求(RS) |
|
|
|
134 |
0 |
路由宣告(RA) |
|
|
|
135 |
0 |
鄰居請(qǐng)求(NS) |
|
|
|
136 |
0 |
鄰居宣告(NA) |
||
|
137 |
0 |
路由重定向(RR) |
DDoS攻擊 |
