天天看點

SYN 攻擊原理 防範

SYN攻擊原理 :      SYN攻擊屬于DOS攻擊的一種,它利用TCP協定缺陷,通過發送大量的半連接配接請求,耗費CPU和記憶體資源。SYN攻擊除了能影響主機外,還可以危害路由器、防火牆等網絡系統,事實上SYN攻擊并不管目标是什麼系統,隻要這些系統打開TCP服務就可以實施。通常,用戶端在短時間内僞造大量不存在的IP位址,向伺服器不斷地發送syn包,伺服器回複确認包,并等待客戶的确認,由于源位址是不存在的,伺服器需要不斷的重發直至逾時,這些僞造的SYN包将長時間占用未連接配接隊列,正常的SYN請求被丢棄,目标系統運作緩慢,嚴重者引起網絡堵塞甚至系統癱瘓。 

SYN攻擊工具:

   windows下的SYN工具 

   以synkill.exe為例,運作工具,選擇随機的源位址和源端囗,并填寫目标機器位址和TCP端囗,激活運作,很快就會發現目标系統運作緩慢。如果攻擊效果不明顯,可能是目标機器并未開啟所填寫的TCP端囗或者防火牆拒絕通路該端囗,此時可選擇允許通路的TCP端囗,通常,windows系統開放tcp139端囗,UNIX系統開放tcp7、21、23等端囗

檢測SYN攻擊:

檢測SYN攻擊非常的友善,當你在伺服器上看到大量的半連接配接狀态時,特别是源IP位址是随機的,基本上可以斷定這是一次SYN攻擊。我們使用系統自帶的netstat 工具來檢測SYN攻擊:

# netstat -n -p TCP 

  tcp 0  0 10.11.11.11:23  124.173.152.8:25882  SYN_RECV - 

  tcp 0  0 10.11.11.11:23  236.15.133.204:2577  SYN_RECV - 

  tcp 0  0 10.11.11.11:23  127.160.6.129:51748  SYN_RECV - 

  tcp 0  0 10.11.11.11:23  222.220.13.25:47393  SYN_RECV - 

  tcp 0  0 10.11.11.11:23  212.200.204.182:60427 SYN_RECV - 

  tcp 0  0 10.11.11.11:23  232.115.18.38:278   SYN_RECV - 

  tcp 0  0 10.11.11.11:23  239.116.95.96:5122  SYN_RECV - 

  tcp 0  0 10.11.11.11:23  236.219.139.207:49162 SYN_RECV - 

  ...

上面是在LINUX系統中看到的,很多連接配接處于SYN_RECV狀态(在WINDOWS系統中是SYN_RECEIVED狀态),源IP位址都是随機的,表明這是一種帶有IP欺騙的SYN攻擊。

我們也可以通過下面的指令直接檢視在LINUX環境下某個端囗的未連接配接隊列的條目數:

 #netstat -n -p TCP   grep SYN_RECV   grep :22   wc -l 

  324

 顯示TCP端囗22的未連接配接數有324個,雖然還遠達不到系統極限,但應該引起管理者的注意。

 SYN攻擊防範技術:

     主要有兩大類,一類是通過防火牆、路由器等過濾網關防護,另一類是通過加強TCP/IP協定棧防範.但必須清楚的是,SYN攻擊不能完全被阻止,我們所做的是盡可能的減輕SYN攻擊的危害,除非将TCP協定重新設計。

1、過濾網關防護

  這裡,過濾網關主要指明防火牆,當然路由器也能成為過濾網關。防火牆部署在不同網絡之間,防範外來非法攻擊和防止保密資訊外洩,它處于用戶端和伺服器之間,利用它來防護SYN攻擊能起到很好的效果。過濾網關防護主要包括逾時設定,SYN網關和SYN代理三種。

  ■網關逾時設定:防火牆設定SYN轉發逾時參數(狀态檢測的防火牆可在狀态表裡面設定),該參數遠小于伺服器的timeout時間。當用戶端發送完SYN包,服務端發送确認包後(SYN+ACK),防火牆如果在計數器到期時還未收到用戶端的确認包(ACK),則往伺服器發送RST包,以使伺服器從隊列中删去該半連接配接。值得注意的是,網關逾時參數設定不宜過小也不宜過大,逾時參數設定過小會影響正常的通訊,設定太大,又會影響防範SYN攻擊的效果,必須根據所處的網絡應用環境來設定此參數。

  ■SYN網關:SYN網關收到用戶端的SYN包時,直接轉發給伺服器;SYN網關收到伺服器的SYN/ACK包後,将該包轉發給用戶端,同時以用戶端的名義給伺服器發ACK确認包。此時伺服器由半連接配接狀态進入連接配接狀态。當用戶端确認包到達時,如果有資料則轉發,否則丢棄。事實上,伺服器除了維持半連接配接隊列外,還要有一個連接配接隊列,如果發生SYN攻擊時,将使連接配接隊列數目增加,但一般伺服器所能承受的連接配接數量比半連接配接數量大得多,是以這種方法能有效地減輕對伺服器的攻擊。

  ■SYN代理:當用戶端SYN包到達過濾網關時,SYN代理并不轉發SYN包,而是以伺服器的名義主動回複SYN/ACK包給客戶,如果收到客戶的ACK包,表明這是正常的通路,此時防火牆向伺服器發送ACK包并完成三次握手。SYN代理事實上代替了伺服器去處理SYN攻擊,此時要求過濾網關自身具有很強的防範SYN攻擊能力。 

  

  2、加強tcp/ip協定棧

  防範SYN攻擊的另一項主要技術是調整tcp/ip協定棧,修改tcp協定實作。主要方法有SynAttackProtect保護機制、SYN cookies技術、增加最大半連接配接和縮短逾時時間等。tcp/ip協定棧的調整可能會引起某些功能的受限,管理者應該在進行充分了解和測試的前提下進行此項工作。

  ■SynAttackProtect機制

為防範SYN攻擊,win2000系統的tcp/ip協定棧内嵌了SynAttackProtect機制,Win2003系統也采用此機制。SynAttackProtect機制是通過關閉某些socket選項,增加額外的連接配接訓示和減少逾時時間,使系統能處理更多的SYN連接配接,以達到防範SYN攻擊的目的。預設情況下,Win2000作業系統并不支援SynAttackProtect保護機制,需要在系統資料庫以下位置增加SynAttackProtect鍵值:

  HKLM\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters

  當SynAttackProtect值(如無特别說明,本文提到的系統資料庫鍵值都為十六進制)為0或不設定時,系統不受SynAttackProtect保護。

  當SynAttackProtect值為1時,系統通過減少重傳次數和延遲未連接配接時路由緩沖項(route cache entry)防範SYN攻擊。

當SynAttackProtect值為2時(Microsoft推薦使用此值),系統不僅使用backlog隊列,還使用附加的半連接配接訓示,以此來處理更多的SYN連接配接,使用此鍵值時,tcp/ip的TCPInitialRTT、window size和可滑動窗囗将被禁止。

  我們應該知道,平時,系統是不啟用SynAttackProtect機制的,僅在檢測到SYN攻擊時,才啟用,并調整tcp/ip協定棧。那麼系統是如何檢測SYN攻擊發生的呢?事實上,系統根據TcpMaxHalfOpen,TcpMaxHalfOpenRetried 和TcpMaxPortsExhausted三個參數判斷是否遭受SYN攻擊。

  TcpMaxHalfOpen 表示能同時處理的最大半連接配接數,如果超過此值,系統認為正處于SYN攻擊中。Win2000 server預設值為100,Win2000 Advanced server為500。

  TcpMaxHalfOpenRetried定義了儲存在backlog隊列且重傳過的半連接配接數,如果超過此值,系統自動啟動SynAttackProtect機制。Win2000 server預設值為80,Win2000 Advanced server為400。

  TcpMaxPortsExhausted 是指系統拒絕的SYN請求包的數量,預設是5。

  如果想調整以上參數的預設值,可以在系統資料庫裡修改(位置與SynAttackProtect相同)

注意:(在此我想提醒大家,Windows 2000和Windows Server 2003中啟用SYN攻擊保護的鍵值不一樣。在Windows 2000中,通常是設定SynAttackProtect鍵值為dword:2以獲得最有效的SYN攻擊保護,但是在Windows Server 2003中,SynAttackProtect鍵值隻具有0和1這兩個值,隻是在鍵值設定為dword:1時啟用SYN攻擊保護。

關于它們之間的差別,請參見微軟知識庫文章:

HOW TO:在 Windows 2000 中加強 TCP/IP 協定棧以抵禦拒絕服務的攻擊 

HOW TO:在 Windows Server 2003 中加強 TCP/IP 堆棧以抵禦拒絕服務攻擊)

在server  2003 中 的設定

For Windows Server 2003(檔案名字尾為.txt,右擊後選擇目标另存為,儲存後修改檔案擴充名為.reg再導入系統資料庫即可),或者将以下内容複制後導入到系統資料庫中:

---------------------------------------------------------------------------------

Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesTcpipParameters] 

"SynAttackProtect"=dword:1 

"TcpMaxPortsExhausted"=dword:5 

"TcpMaxHalfOpen"=dword:500 

"TcpMaxHalfOpenRetried"=dword:400 

"TcpMaxConnectResponseRetransmissions"=dword:2 

"TcpMaxDataRetransmissions"=dword:2 

"EnablePMTUDiscovery"=dword:0 

"KeepAliveTime"=dword:300000 

"NoNameReleaseOnDemand"=dword:1 

"DefaultTTL"=dword:256 

"EnableDeadGWDetect"=dword:0 

"DisableIPSourceRouting"=dword:1 

"EnableFragmentChecking"=dword:1 

"EnableMulticastForwarding"=dword:0 

"IPEnableRouter"=dword:0 

"EnableAddrMaskReply"=dword:0

[HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesAFDParameters] 

"EnableICMPRedirect"=dword:0 

"EnableDynamicBacklog"=dword:1 

"MinimumDynamicBacklog"=dword:20 

"MaximumDynamicBacklog"=dword:20000 

"DynamicBacklogGrowthDelta"=dword:10 

  ■ SYN cookies技術

  我們知道,TCP協定開辟了一個比較大的記憶體空間backlog隊列來存儲半連接配接條目,當SYN請求不斷增加,并這個空間,緻使系統丢棄SYN連接配接。為使半連接配接隊列被塞滿的情況下,伺服器仍能處理新到的SYN請求,SYN cookies技術被設計出來。

  SYN cookies應用于linux、FreeBSD等作業系統,當半連接配接隊列滿時,SYN cookies并不丢棄SYN請求,而是通過加密技術來辨別半連接配接狀态。

    在TCP實作中,當收到用戶端的SYN請求時,伺服器需要回複SYN+ACK包給用戶端,用戶端也要發送确認包給伺服器。通常,伺服器的初始序列号由伺服器按照一定的規律計算得到或采用随機數,但在SYN cookies中,伺服器的初始序列号是通過對用戶端IP位址、用戶端端囗、伺服器IP位址和伺服器端囗以及其他一些安全數值等要素進行hash運算,加密得到的,稱之為cookie。當伺服器遭受SYN攻擊使得backlog隊列滿時,伺服器并不拒絕新的SYN請求,而是回複cookie(回複包的SYN序列号)給用戶端, 如果收到用戶端的ACK包,伺服器将用戶端的ACK序列号減去1得到cookie比較值,并将上述要素進行一次hash運算,看看是否等于此cookie。如果相等,直接完成三次握手(注意:此時并不用檢視此連接配接是否屬于backlog隊列)。

  在RedHat linux中,啟用SYN cookies是通過在啟動環境中設定以下指令來完成:

  # echo 1 > /proc/sys/net/ipv4/tcp_syncookies

  ■ 增加最大半連接配接數

  大量的SYN請求導緻未連接配接隊列被塞滿,使正常的TCP連接配接無法順利完成三次握手,通過增大未連接配接隊列空間可以緩解這種壓力。當然backlog隊列需要占用大量的記憶體資源,不能被無限的擴大。

  WIN2000:除了上面介紹的TcpMaxHalfOpen, TcpMaxHalfOpenRetried參數外,WIN2000作業系統可以通過設定動态backlog(dynamic backlog)來增大系統所能容納的最大半連接配接數,配置動态backlog由AFD.SYS驅動完成,AFD.SYS是一種核心級的驅動,用于支援基于window socket的應用程式,比如ftp、telnet等。AFD.SYS在系統資料庫的位置: 

HKLM\System\CurrentControlSet\Services\AFD\ParametersEnableDynamicBacklog值為1時,表示啟用動态backlog,可以修改最大半連接配接數。 

MinimumDynamicBacklog表示半連接配接隊列為單個TCP端囗配置設定的最小空閑連接配接數,當該TCP端囗在backlog隊列的空閑連接配接小于此臨界值時,系統為此端囗自動啟用擴充的空閑連接配接(DynamicBacklogGrowthDelta),Microsoft推薦該值為20。

  MaximumDynamicBacklog是目前活動的半連接配接和空閑連接配接的和,當此和超過某個臨界值時,系統拒絕SYN包,Microsoft推薦MaximumDynamicBacklog值不得超過2000。

  DynamicBacklogGrowthDelta值是指擴充的空閑連接配接數,此連接配接數并不計算在MaximumDynamicBacklog内,當半連接配接隊列為某個TCP端囗配置設定的空閑連接配接小于MinimumDynamicBacklog時,系統自動配置設定DynamicBacklogGrowthDelta所定義的空閑連接配接空間,以使該TCP端囗能處理更多的半連接配接。Microsoft推薦該值為10。

  LINUX:Linux用變量tcp_max_syn_backlog定義backlog隊列容納的最大半連接配接數。在Redhat 7.3中,該變量的值預設為256,這個值是遠遠不夠的,一次強度不大的SYN攻擊就能使半連接配接隊列占滿。我們可以通過以下指令修改此變量的值:

  # sysctl -w net.ipv4.tcp_max_syn_backlog="2048"

  Sun Solaris Sun Solaris用變量tcp_conn_req_max_q0來定義最大半連接配接數,在Sun Solaris 8中,該值預設為1024,可以通過add指令改變這個值:

  # ndd -set /dev/tcp tcp_conn_req_max_q0 2048

  HP-UX:HP-UX用變量tcp_syn_rcvd_max來定義最大半連接配接數,在HP-UX 11.00中,該值預設為500,可以通過ndd指令改變預設值:

  #ndd -set /dev/tcp tcp_syn_rcvd_max 2048

  ■縮短逾時時間

  上文提到,通過增大backlog隊列能防範SYN攻擊;另外減少逾時時間也使系統能處理更多的SYN請求。我們知道,timeout逾時時間,也即半連接配接存活時間,是系統所有重傳次數等待的逾時時間總和,這個值越大,半連接配接數占用backlog隊列的時間就越長,系統能處理的SYN請求就越少。為縮短逾時時間,可以通過縮短重傳逾時時間(一般是第一次重傳逾時時間)和減少重傳次數來實作。

  Win2000第一次重傳之前等待時間預設為3秒,為改變此預設值,可以通過修改網絡接囗在系統資料庫裡的TcpInitialRtt注冊值來完成。重傳次數由TcpMaxConnectResponseRetransmissions 來定義,系統資料庫的位置是:HKLM\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters registry key。

  當然我們也可以把重傳次數設定為0次,這樣伺服器如果在3秒内還未收到ack确認包就自動從backlog隊列中删除該連接配接條目。

  LINUX:Redhat使用變量tcp_synack_retries定義重傳次數,其預設值是5次,總逾時時間需要3分鐘。

  Sun Solaris Solaris 預設的重傳次數是3次,總逾時時間為3分鐘,可以通過ndd指令修改這些預設值。

繼續閱讀