青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

aurain
技術文摘
posts - 137,  comments - 268,  trackbacks - 0

1. SYN Flood 1
2. WinNuke 3
3. Smurf 4
4. Land-based 5
5. Ping of Death 5
6. PingSweep 6
7. Pingflood 6
8. Teardrop 7
9. UDP Flood 8
10. IGMP攻擊 8

 


1. SYN Flood
特征:
SYN Flood是當前最流行的DoS(拒絕服務攻擊)與DDoS(分布式拒絕服務攻擊)的方式之一,這是一種利用TCP協議缺陷,發送大量偽造的TCP連接請求,從而使得被攻擊方資源耗盡(CPU滿負荷或內存不足)的攻擊方式。
正常的TCP建立連接的過程:
第一步,請求端(客戶端)發送一個包含SYN標志的TCP報文,SYN即同步(Synchronize),同步報文會指明客戶端使用的端口以及TCP連接的初始序號;
第二步,服務器在收到客戶端的SYN報文后,將返回一個SYN+ACK的報文,表示客戶端的請求被接受,同時TCP序號被加一,ACK即確認(Acknowledgement)。
第三步,客戶端也返回一個確認報文ACK給服務器端,同樣TCP序列號被加一,到此一個TCP連接完成。
以上的連接過程在TCP協議中被稱為三次握手(Three-way Handshake)。
問題就出在TCP連接的三次握手中,假設一個用戶向服務器發送了SYN報文后突然死機或掉線,那么服務器在發出SYN+ACK應答報文后是無法收到客戶端的ACK報文的(第三次握手無法完成),這種情況下服務器端一般會重試(再次發送SYN+ACK給客戶端)并等待一段時間后丟棄這個未完成的連接,這段時間的長度我們稱為SYN Timeout,一般來說這個時間是分鐘的數量級(大約為30秒-2分鐘);一個用戶出現異常導致服務器的一個線程等待1分鐘并不是什么很大的問題,但如果有一個惡意的攻擊者大量模擬這種情況,服務器端將為了維護一個非常大的半連接列表而消耗非常多的資源----數以萬計的半連接,即使是簡單的保存并遍歷也會消耗非常多的CPU時間和內存,何況還要不斷對這個列表中的IP進行SYN+ACK的重試。實際上如果服務器的TCP/IP棧不夠強大,最后的結果往往是堆棧溢出崩潰---即使服務器端的系統足夠強大,服務器端也將忙于處理攻擊者偽造的TCP連接請求而無暇理睬客戶的正常請求(畢竟客戶端的正常請求比率非常之?。?,此時從正常客戶的角度看來,服務器失去響應,這種情況我們稱作:服務器端受到了SYN Flood攻擊(SYN洪水攻擊)。
預防:
1. 縮短SYN Timeout時間,由于SYN Flood攻擊的效果取決于服務器上保持的SYN半連接數,這個值=SYN攻擊的頻度 x  SYN Timeout,所以通過縮短從接收到SYN報文到確定這個報文無效并丟棄改連接的時間,例如設置為20秒以下(過低的SYN Timeout設置可能會影響客戶的正常訪問),可以成倍的降低服務器的負荷。
2. 設置SYN Cookie,就是給每一個請求連接的IP地址分配一個Cookie,如果短時間內連續受到某個IP的重復SYN報文,就認定是受到了攻擊,以后從這個IP地址來的包會被一概丟棄。
可是上述的兩種方法只能對付比較原始的SYN Flood攻擊,縮短SYN Timeout時間僅在對方攻擊頻度不高的情況下生效,SYN Cookie更依賴于對方使用真實的IP地址,如果攻擊者以數萬/秒的速度發送SYN報文,同時利用SOCK_RAW隨機改寫IP報文中的源地址,以上的方法將毫無用武之地。
3. 修改最大半連接數目TcpMaxHalfOpen以及半連接的測試次數TcpMaxHalfOpenRetried(當超過次數目時,開始啟動SYN Flood防護),一般TcpMaxHalfOpen=TcpMaxHalfOpenRetried*1.25。
4. 基于DNS解析的負載均衡
5. 丟棄第一個SYN請求數據包,等待超時重傳。
2. WinNuke
特征:
WinNuke攻擊是一種拒絕服務攻擊,又稱“帶外傳輸攻擊”,它的特征是攻擊目標端口,被攻擊的目標端口通常是139、138、137、113、53,而且URG位設為1,即緊急模式。WinNuke攻擊就是利用了Windows操作系統的一個漏洞,向這些端口發送一些攜帶TCP帶外(OOB)數據報文的,但這些攻擊報文與正常攜帶OOB數據報文不同的是,其指針字段與數據的實際位置不符,即存在重合。這樣Windows操作系統在處理這些數據的時候,就會崩潰。目前的WinNuke系列工具已經從最初的簡單選擇IP攻擊某個端口,發展到可以攻擊一個IP區間范圍的計算機,并且可以進行連續攻擊,還能夠驗證攻擊的效果,還可以檢測和選擇端口。所以,使用它可以造成某一個IP地址區間的計算機全部藍屏死機。
預防:
首先判斷數據包目標端口是否為139、138、137等,并判斷URG位是否為1。如果是,則丟棄該數據包,并對這種攻擊進行審計(記錄事件發生的時間、源主機和目標主機的MAC地址和IP地址)。
3. Smurf
特征:
該攻擊方法結合使用了IP欺騙和ICMP回復方法使大量網絡傳輸充斥目標系統,引起目標系統拒絕為正常系統進行服務。通過向一個子網的廣播地址發一個帶有特定請求(如ICMP回應請求)的包,并且將源地址偽裝成想要攻擊的主機地址。子網上所有主機都回應廣播包請求而向被攻擊主機發包,使該主機受到攻擊。
預防:
每次收到ICMP Request包時,先記錄下來(可以用hash表),記錄的項包括ICMP頭標識符(ID),源IP,目標IP;當下次收到ICMP Reply包時,根據源IP與目標IP,去查找保存的記錄,判斷本次的ICMP Reply頭標識符與保存的ICMP Request標識符是否一致,如果不一致,則有可能受到Smurf攻擊,將該包丟棄。
4. Land-based
特征:
攻擊者將一個包的源地址和目的地址都設置為目標主機的地址(一般是在局域網內,所以也可以是源MAC地址和目的MAC地址都等于本機MAC地址),然后將該包通過IP欺騙的方式發送給被攻擊主機,這種包可以造成被攻擊主機因試圖與自己建立連接而陷入死循環,從而很大程度地降低了系統性能。
預防:
由于如果目的MAC地址不等于本機,直接被網卡扔掉,因此只需判斷目的網卡MAC與源網卡MAC是否相同即可。如果相同,則丟棄。
5. Ping of Death
特征:
據TCP/IP的規范,一個包的長度最大為65536字節。盡管一個包的長度不能超過65536字節,但是一個包分成的多個片段的疊加卻能做到。當一個主機收到了長度大于65536字節的包時,就是受到了Ping of Death攻擊,該攻擊會造成主機的宕機。
預防:
對接收到的ICMP Ping包,檢查IP頭,看是否有分片,如果有分片的話,則將第一個ICMP Ping包保存下來,對于下一個ICMP Ping包,則根據源IP與目標IP找到上次保存的,如果次包與保存的包的標識符相同,則累加包長度,如果超過65536,則說明有可能受到ping of death攻擊,將該包丟棄。
6. PingSweep
特征:
使用ICMP Echo輪詢多個主機。
預防:
預防:
對接收到的ICMP Ping包,將其記錄下來,對隨后的Ping包,如果是同一的源地址,則將計數加一,如果超過指定的允許數目,則將該包丟棄。
7. Pingflood
特征:
該攻擊在短時間內向目的主機發送大量ping包,造成網絡堵塞或主機資源耗盡。
預防:
對接收到的ICMP Ping包,將其記錄下來,對隨后的Ping包,如果是同一的源地址,則將計數加一,如果超過指定的允許數目,則將該包丟棄。
8. Teardrop
特征:
Teardrop是基于UDP的病態分片數據包的攻擊方法,其工作原理是向被攻擊者發送多個分片的IP包(IP分片數據包中包括該分片數據包屬于哪個數據包以及在數據包中的位置等信息),某些操作系統收到含有重疊偏移的偽造分片數據包時將會出現系統崩潰、重啟等現象。(利用UDP包重組時重疊偏移(假設數據包中第二片IP包的偏移量小于第一片結束的位移,而且算上第二片IP包的Data,也未超過第一片的尾部,這就是重疊現象。)的漏洞對系統主機發動拒絕服務攻擊,最終導致主機菪掉;對于Windows系統會導致藍屏死機,并顯示STOP 0x0000000A錯誤。)
預防:
對接收到的分片數據包進行分析,計算數據包的片偏移量(Offset)是否有誤。
9. UDP Flood
特征:
UDP淹沒攻擊是導致基于主機的服務拒絕攻擊的一種。UDP 是一種無連接的協議,而且它不需要用任何程序建立連接來傳輸數據。當攻擊者隨機地向受害系統的端口發送 UDP 數據包的時候,就可能發生了 UDP 淹沒攻擊。當受害系統接收到一個 UDP 數據包的時候,它會確定目的端口正在等待中的應用程序。當它發現該端口中并不存在正在等待的應用程序,它就會產生一個目的地址無法連接的 ICMP 數據包發送給該偽造的源地址。如果向受害者計算機端口發送了足夠多的 UDP 數據包的時候,整個系統就會癱瘓。
預防:
監控指定的源IP與目標IP為同一的UDP數據包,并計數,當超過指定的允許的數目時,則丟棄該包。
10. IGMP攻擊
特征:
IGMP攻擊就是偽造一個目的地址是單個ip, 但ip層指定協議為IGMP,系統會為你打造一個IGMP報頭,因為組播使用D類地址,所以系統不知如何處理,造成崩潰。
預防:
對接收到的IP包,檢查其包頭,看是否是IGMP(2)協議,并且目標地址是單個IP,而非D類地址,則丟棄該包。

posted on 2009-02-16 15:34 閱讀(3075) 評論(4)  編輯 收藏 引用 所屬分類: 網絡安全

FeedBack:
# re: 典型DDOS攻擊及預防對策
2009-02-17 03:24 | www.helpsoff.com.cn
很多都只是原理上證明可行,但現在很個系統協議實現早已做好了防范,就是說實踐起來已經過時了...  回復  更多評論
  
# re: 典型DDOS攻擊及預防對策
2009-02-17 09:35 |
@www.helpsoff.com.cn
你的意思是目前協議層已經可以防范大部分攻擊了?  回復  更多評論
  
# re: 典型DDOS攻擊及預防對策
2009-02-17 12:10 | zwp
用得最多的還是第一種吧。
這些手段最流氓,卻最難解決。  回復  更多評論
  
# re: 典型DDOS攻擊及預防對策
2009-02-17 14:14 |
@zwp
是啊,對于變ip,變端口的快速攻擊,攻擊方法簡單,但很難有效的通過純軟件的方式防護  回復  更多評論
  

只有注冊用戶登錄后才能發表評論。
網站導航: 博客園   IT新聞   BlogJava   博問   Chat2DB   管理



<2008年9月>
31123456
78910111213
14151617181920
21222324252627
2829301234
567891011

常用鏈接

留言簿(17)

隨筆分類(138)

隨筆檔案(137)

網絡開發

最新隨筆

搜索

  •  

積分與排名

  • 積分 - 502446
  • 排名 - 37

最新隨筆

最新評論

閱讀排行榜

評論排行榜

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            欧美一二区视频| 91久久精品www人人做人人爽| 亚洲精品视频免费观看| 欧美岛国在线观看| 欧美高潮视频| 亚洲视频自拍偷拍| 亚洲色图制服丝袜| 国产欧美日韩亚洲一区二区三区| 欧美主播一区二区三区| 久久久久久久欧美精品| 日韩小视频在线观看专区| 99re6这里只有精品视频在线观看| 国产精品乱子久久久久| 久久三级视频| 欧美激情综合在线| 久久精品国产免费| 欧美国产高清| 亚洲国内精品在线| 亚洲小视频在线观看| 国产日韩在线一区| 亚洲第一区中文99精品| 国产精品国产三级国产普通话99| 久久久久久久999精品视频| 欧美激情va永久在线播放| 欧美成人综合一区| 亚洲电影观看| 午夜久久tv| 亚洲少妇诱惑| 国产精品jizz在线观看美国| 美女图片一区二区| 国产精品入口尤物| 亚洲乱码国产乱码精品精98午夜| 亚洲天堂黄色| 欧美日韩麻豆| 狂野欧美一区| 国产美女高潮久久白浆| 亚洲全部视频| 一色屋精品视频在线观看网站| 一区二区三区四区五区精品视频| 激情综合激情| 午夜久久福利| 六月婷婷一区| 日韩一区二区精品在线观看| 欧美日韩精品在线观看| 亚洲国产精品高清久久久| 99国产欧美久久久精品| 国产精品久久久久久久浪潮网站 | 一本在线高清不卡dvd| 久久精品观看| 欧美一区二区成人| 欧美视频日韩视频| 亚洲激情二区| 最新亚洲激情| 欧美亚州在线观看| 久久国产精品亚洲77777| 欧美www视频| 亚洲国产精品美女| 久久久久久亚洲精品杨幂换脸| 欧美国产日韩a欧美在线观看| 国产一区二区三区免费观看| 亚洲视频在线观看网站| 久久影院亚洲| 激情成人亚洲| 欧美日韩免费观看一区| 欧美一区二区在线| 久久这里有精品视频| 一本到12不卡视频在线dvd| 国产手机视频精品| 欧美美女bbbb| 亚洲精品国产无天堂网2021| 欧美在线看片| 在线视频欧美日韩| 国产精品毛片a∨一区二区三区| 午夜精品美女自拍福到在线| 久久久91精品国产一区二区三区 | 国产精品视频精品视频| 麻豆精品视频在线| 亚洲高清在线精品| 久久精品人人做人人爽电影蜜月| 亚洲精选中文字幕| 欧美小视频在线| 久久人体大胆视频| 亚洲人成网站影音先锋播放| 久久九九免费视频| 午夜国产不卡在线观看视频| 国产片一区二区| 欧美日韩精品免费 | 久久精品国产77777蜜臀| 日韩系列欧美系列| 最新国产拍偷乱拍精品| 女人香蕉久久**毛片精品| 欧美亚洲午夜视频在线观看| 99天天综合性| 亚洲三级毛片| 亚洲欧洲精品一区二区三区波多野1战4 | 亚洲第一在线视频| 国产一区二区三区在线观看视频 | 国产无遮挡一区二区三区毛片日本| 欧美日本亚洲韩国国产| 欧美成人自拍视频| 亚洲自拍偷拍色片视频| 免费观看一区| 久久综合久久88| 久久久精品国产一区二区三区| 午夜久久久久久| 亚洲欧美日韩精品一区二区| 在线观看成人网| 伊人久久av导航| 一区二区在线看| 在线观看av不卡| 亚洲国产裸拍裸体视频在线观看乱了中文| 欧美日韩免费高清| 欧美午夜不卡视频| 国产精品久久久久久久久久久久| 欧美日韩一区在线观看| 国产精品家庭影院| 国产精品揄拍一区二区| 国产一区清纯| 欧美午夜不卡视频| 国产伦一区二区三区色一情| 国产欧美va欧美va香蕉在| 国产亚洲视频在线观看| 海角社区69精品视频| 国产精品久久久久免费a∨| 国产精品久久久亚洲一区 | 亚洲精品资源| 亚洲婷婷综合久久一本伊一区| 亚洲欧美国产精品专区久久| 欧美一区二区三区视频在线| 久久综合久久综合久久| 亚洲国产欧美在线人成| 国产一二三精品| 一本色道久久88综合亚洲精品ⅰ | 国产伦精品一区二区三区照片91 | 在线观看不卡| 99精品国产在热久久婷婷| 亚洲一区美女视频在线观看免费| 国产一区二区三区在线观看免费视频 | 欧美手机在线| 国产又爽又黄的激情精品视频| 亚洲成人在线观看视频| 在线一区免费观看| 久久久久久国产精品mv| 亚洲国产精品久久久久婷婷884 | 欧美综合激情网| 亚洲一区不卡| 亚洲视频网在线直播| 欧美在线亚洲综合一区| 欧美精品一卡二卡| 国产一区二区黄色| 9人人澡人人爽人人精品| 久久久久免费| 99视频一区二区| 亚洲一区二区三区久久| 久久亚洲精品一区| 国产精品色婷婷| 亚洲狠狠丁香婷婷综合久久久| 亚洲一区精品视频| 亚洲国产老妈| 久久精品免费电影| 女生裸体视频一区二区三区| 欧美成人精品一区二区三区| 国产伦精品一区二区三区四区免费 | 欧美aa在线视频| 国产一区在线观看视频| 亚洲视频欧洲视频| 亚洲成人在线免费| 亚洲国产一区二区a毛片| 亚洲神马久久| 亚洲电影免费观看高清完整版在线 | 久久久久九九九九| 国产精品99久久久久久宅男 | 亚洲美女精品成人在线视频| 久久精品女人的天堂av| 国产精品乱子乱xxxx| 一本到高清视频免费精品| 欧美成人亚洲成人| 欧美专区在线播放| 国产欧美一区视频| 性感少妇一区| 国产精品99久久不卡二区| 欧美日韩一二三区| 夜夜嗨一区二区三区| 亚洲国产成人91精品| 蜜臀av国产精品久久久久| 激情久久中文字幕| 久久亚洲一区二区| 久久精品视频免费播放| 国产一区二区毛片| 久久精品免费| 欧美资源在线观看| 国产综合网站| 久久性色av| 久久久精品国产免大香伊| 黄色欧美日韩| 美国十次成人| 免费视频一区| 9久草视频在线视频精品| 99re66热这里只有精品4| 国产精品va在线播放|