什麼是cc攻擊?與ddos的區別是什嗎?

來源:互聯網
上載者:User
攻擊|區別

適合讀者:DDOS研究員、各大站長、網路系統管理員
前置知識:ASP基本閱讀能力

  很多朋友都知道木桶理論,一桶水的最大容量不是由它最高的地方決定的,而是由它最低的地方決定,伺服器也是一樣,伺服器的安全性也是由它最脆弱的地方決定的,最脆弱的地方有多危險伺服器就有多危險。DDOS也是一樣,只要你的伺服器存在一個很耗資源的地方,限制又不夠,就馬上成為別人DDOS的對象。比如SYN-FLOOD,它就是利用伺服器的半串連狀態比完全串連狀態更耗資源,而SYN發動方只需要不停的發包,根本不需要多少資源。

  一個好的DDOS攻擊必須是通過自己極少資源的消耗帶來對方較大的資源消耗,否則比如ICMP-FLOOD和UDP-FLOOD都必須和別人一樣大的頻寬,對方伺服器消耗多少資源自己也得賠上多少資源,效率極其低下,又很容易被人發現,現在基本沒有什麼人用了。

攻擊原理
  CC主要是用來攻擊頁面的。大家都有這樣的經曆,就是在訪問論壇時,如果這個論壇比較大,訪問的人比較多,開啟頁面的速度會比較慢,對不?!一般來說,訪問的人越多,論壇的頁面越多,資料庫就越大,被訪問的頻率也越高,佔用的系統資源也就相當可觀,現在知道為什麼很多空間服務商都說大家不要上傳論壇,聊天室等東西了吧。

  一個靜態頁面不需要伺服器多少資源,甚至可以說直接從記憶體中讀出來發給你就可以了,但是論壇就不一樣了,我看一個文章,系統需要到資料庫中判斷我是否有讀讀文章的許可權,如果有,就讀出文章裡面的內容,顯示出來——這裡至少訪問了2次資料庫,如果資料庫的體積有200MB大小,系統很可能就要在這200MB大小的資料空間搜尋一遍,這需要多少的CPU資源和時間?如果我是尋找一個關鍵字,那麼時間更加可觀,因為前面的搜尋可以限定在一個很小的範圍內,比如使用者權限只查使用者表,文章內容只查文章表,而且查到就可以馬上停止查詢,而搜尋肯定會對所有的資料進行一次判斷,消耗的時間是相當的大。
CC就是充分利用了這個特點,類比多個使用者(多少線程就是多少使用者)不停的進行訪問(訪問那些需要大量資料操作,就是需要大量CPU時間的頁面)。很多朋友問到,為什麼要使用代理呢?因為代理可以有效地隱藏自己的身份,也可以繞開所有的防火牆,因為基本上所有的防火牆都會檢測並發的TCP/IP串連數目,超過一定數目一定頻率就會被認為是Connection-Flood。

  使用代理攻擊還能很好的保持串連,我們這裡發送了資料,代理幫我們轉寄給對方伺服器,我們就可以馬上斷開,代理還會繼續保持著和對方串連(我知道的記錄是有人利用2000個代理產生了35萬並發串連)。
可能很多朋友還不能很好的理解,我來描述一下吧。我們假設伺服器A對Search.asp的處理時間需要0.01S(多線程只是時間分割,對結論沒有影響),也就是說他一秒可以保證100個使用者的Search請求,伺服器允許的最大連線時間為60s,那麼我們使用CC類比120個使用者並發串連,那麼經過1分鐘,伺服器的被請求了7200次,處理了6000次,於是剩下了1200個並發串連沒有被處理。有的朋友會說:丟串連!丟串連!問題是伺服器是按先來後到的順序丟的,這1200個是在最後10秒的時候發起的,想丟?!還早,經過計算,伺服器滿負開始丟串連的時候,應該是有7200個並發串連存在隊列,然後伺服器開始120個/秒的丟串連,我們發動的串連也是120個/秒,伺服器永遠有處理不完的串連,伺服器的CPU 100%並長時間保持,然後丟串連的60秒伺服器也判斷處理不過來了,新的串連也處理不了,這樣伺服器達到了超級繁忙狀態。

  我們假設伺服器處理Search只用了0.01S,也就是10毫秒(這個速度你可以去各個有開放時間顯示的論壇看看),我們使用的線程也只有120,很多伺服器的丟連線時間遠比60S長,我們的使用線程遠比120多,可以想象可怕了吧,而且客戶機只要發送了斷開,串連的保持是代理做的,而且當伺服器收到SQL請求,肯定會進入隊列,不論串連是否已經斷開,而且伺服器是並發的,不是順序執行,這樣使得更多的請求進入記憶體請求,對伺服器負擔更大。
  當然,CC也可以利用這裡方法對FTP進行攻擊,也可以實現TCP-FLOOD,這些都是經過測試有效。

防範方法
  說了攻擊原理,大家肯定會問,那麼怎麼防禦?使用硬體防火牆我不知道如何防範,除非你完全屏蔽頁面訪問,我的方法是通過頁面的編寫實現防禦。
1. 使用Cookie認證。這時候朋友說CC裡面也允許Cookie,但是這裡的Cookie是所有串連都使用的,所以啟用IP+Cookie認證就可以了。
2. 利用Session。這個判斷比Cookie更加方便,不光可以IP認證,還可以防重新整理模式,在頁面裡判斷重新整理,是重新整理就不讓它訪問,沒有重新整理符號給它重新整理符號。給些示範代碼吧,Session:
1 then
  Session(“refresh”)=session(“refresh”)+1
  Response.redirect “index.asp”
  End if
%>
這樣使用者第一次訪問會使得Refresh=1,第二次訪問,正常,第三次,不讓他訪問了,認為是重新整理,可以加上一個時間參數,讓多少時間允許訪問,這樣就限制了耗時間的頁面的訪問,對正常客戶幾乎沒有什麼影響。
3. 通過代理髮送的HTTP_X_FORWARDED_FOR變數來判斷使用代理攻擊機器的真實IP,這招完全可以找到發動攻擊的人,當然,不是所有的Proxy 伺服器都發送,但是有很多代理都發送這個參數。詳細代碼:
這樣會產生CCLog.txt,它的記錄格式是:真實IP [代理的IP] 時間,看看哪個真實IP出現的次數多,就知道是誰在攻擊了。將這個代碼做成Conn.asp檔案,替代那些串連資料庫的檔案,這樣所有的資料庫請求就串連到這個檔案上,然後馬上就能發現攻擊的人。
4. 還有一個方法就是把需要對資料查詢的語句做在Redirect後面,讓對方必須先訪問一個判斷頁面,然後Redirect過去。
5. 在存在多站的伺服器上,嚴格限制每一個站允許的IP串連數和CPU使用時間,這是一個很有效方法。
CC的防禦要從代碼做起,其實一個好的頁面代碼都應該注意這些東西,還有SQL注入,不光是一個入侵工具,更是一個DDOS缺口,大家都應該在代碼中注意。舉個例子吧,某伺服器,開動了5000線的CC攻擊,沒有一點反應,因為它所有的訪問資料庫請求都必須一個隨機參數在Session裡面,全是靜態頁面,沒有效果。突然發現它有一個請求會和外面的伺服器聯絡獲得,需要較長的時間,而且沒有什麼認證,開800線攻擊,伺服器馬上滿負荷了。

  代碼層的防禦需要從點點滴滴做起,一個指令碼代碼的錯誤,可能帶來的是整個站的影響,甚至是整個伺服器的影響,慎之!



相關文章

E-Commerce Solutions

Leverage the same tools powering the Alibaba Ecosystem

Learn more >

Apsara Conference 2019

The Rise of Data Intelligence, September 25th - 27th, Hangzhou, China

Learn more >

Alibaba Cloud Free Trial

Learn and experience the power of Alibaba Cloud with a free trial worth $300-1200 USD

Learn more >

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。