自拍偷在线精品自拍偷,亚洲欧美中文日韩v在线观看不卡

如何進行SYN攻擊防范

安全 黑客攻防
本文通過過濾網(wǎng)關(guān)防護和加固TCP/IP協(xié)議棧進行防護兩種方式,講解如何進行SYN攻擊防范。使廣大的管理員能夠更好的加強對自己付服務(wù)器的安全防護。

SYN攻擊防范技術(shù)主要分為兩大類,第一種是通過防火墻等過濾網(wǎng)關(guān)防護,另一種是通過加固TCP/IP協(xié)議棧進行防范。但是我們要知道,不論是利用哪種防護措施,SYN攻擊防范是不可能達到完美的。我們只能盡可能減少SYN攻擊所造成的危害。

1、過濾網(wǎng)關(guān)防護

這里,過濾網(wǎng)關(guān)主要指明防火墻,當然路由器也能成為過濾網(wǎng)關(guān)。防火墻部署在不同網(wǎng)絡(luò)之間,防范外來非法攻擊和防止保密信息外泄,它處于客戶端和服務(wù)器之間,利用它來防護SYN攻擊能起到很好的效果。過濾網(wǎng)關(guān)防護主要包括超時設(shè)置,SYN網(wǎng)關(guān)和SYN代理三種。

·網(wǎng)關(guān)超時設(shè)置:

防火墻設(shè)置SYN轉(zhuǎn)發(fā)超時參數(shù)(狀態(tài)檢測的防火墻可在狀態(tài)表里面設(shè)置),該參數(shù)遠小于服務(wù)器的timeout時間。當客戶端發(fā)送完SYN包,服務(wù)端發(fā)送確認包后(SYN+ACK),防火墻如果在計數(shù)器到期時還未收到客戶端的確認包(ACK),則往服務(wù)器發(fā)送RST包,以使服務(wù)器從隊列中刪去該半連接。值得注意的是,網(wǎng)關(guān)超時參數(shù)設(shè)置不宜過小也不宜過大,超時參數(shù)設(shè)置過小會影響正常的通訊,設(shè)置太大,又會影響防范SYN攻擊的效果,必須根據(jù)所處的網(wǎng)絡(luò)應(yīng)用環(huán)境來設(shè)置此參數(shù)。

·SYN網(wǎng)關(guān):

SYN網(wǎng)關(guān)收到客戶端的SYN包時,直接轉(zhuǎn)發(fā)給服務(wù)器;SYN網(wǎng)關(guān)收到服務(wù)器的SYN/ACK包后,將該包轉(zhuǎn)發(fā)給客戶端,同時以客戶端的名義給服務(wù)器發(fā)ACK確認包。此時服務(wù)器由半連接狀態(tài)進入連接狀態(tài)。當客戶端確認包到達時,如果有數(shù)據(jù)則轉(zhuǎn)發(fā),否則丟棄。事實上,服務(wù)器除了維持半連接隊列外,還要有一個連接隊列,如果發(fā)生SYN攻擊時,將使連接隊列數(shù)目增加,但一般服務(wù)器所能承受的連接數(shù)量比半連接數(shù)量大得多,所以這種方法能有效地減輕對服務(wù)器的攻擊。

·SYN代理:

當客戶端SYN包到達過濾網(wǎng)關(guān)時,SYN代理并不轉(zhuǎn)發(fā)SYN包,而是以服務(wù)器的名義主動回復(fù)SYN/ACK包給客戶,如果收到客戶的ACK包,表明這是正常的訪問,此時防火墻向服務(wù)器發(fā)送ACK包并完成三次握手。SYN代理事實上代替了服務(wù)器去處理SYN攻擊,此時要求過濾網(wǎng)關(guān)自身具有很強的防范SYN攻擊能力。

2、加固tcp/ip協(xié)議棧

防范SYN攻擊的另一項主要技術(shù)是調(diào)整tcp/ip協(xié)議棧,修改tcp協(xié)議實現(xiàn)。主要方法有SynAttackProtect保護機制、SYN cookies技術(shù)、增加最大半連接和縮短超時時間等。tcp/ip協(xié)議棧的調(diào)整可能會引起某些功能的受限,管理員應(yīng)該在進行充分了解和測試的前提下進行此項工作。

·SynAttackProtect機制

為防范SYN攻擊,Windows2000系統(tǒng)的tcp/ip協(xié)議棧內(nèi)嵌了SynAttackProtect機制,Win2003系統(tǒng)也采用此機制。SynAttackProtect機制是通過關(guān)閉某些socket選項,增加額外的連接指示和減少超時時間,使系統(tǒng)能處理更多的SYN連接,以達到防范SYN攻擊的目的。默認情況下,Windows2000操作系統(tǒng)并不支持SynAttackProtect保護機制,需要在注冊表以下位置增加SynAttackProtect鍵值:

HKLM\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters

當SynAttackProtect值(如無特別說明,本文提到的注冊表鍵值都為十六進制)為0或不設(shè)置時,系統(tǒng)不受SynAttackProtect保護。

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

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

我們應(yīng)該知道,平時,系統(tǒng)是不啟用SynAttackProtect機制的,僅在檢測到SYN攻擊時,才啟用,并調(diào)整tcp/ip協(xié)議棧。那么系統(tǒng)是如何檢測SYN攻擊發(fā)生的呢?事實上,系統(tǒng)根據(jù)TcpMaxHalfOpen,TcpMaxHalfOpenRetried 和TcpMaxPortsExhausted三個參數(shù)判斷是否遭受SYN攻擊。

TcpMaxHalfOpen 表示能同時處理的最大半連接數(shù),如果超過此值,系統(tǒng)認為正處于SYN攻擊中。Windows2000 server默認值為100,Windows2000 Advanced server為500。

TcpMaxHalfOpenRetried定義了保存在backlog隊列且重傳過的半連接數(shù),如果超過此值,系統(tǒng)自動啟動SynAttackProtect機制。Windows2000 server默認值為80,Windows2000 Advanced server為400。

TcpMaxPortsExhausted 是指系統(tǒng)拒絕的SYN請求包的數(shù)量,默認是5。

如果想調(diào)整以上參數(shù)的默認值,可以在注冊表里修改(位置與SynAttackProtect相同)#p#

· SYN cookies技術(shù)

我們知道,TCP協(xié)議開辟了一個比較大的內(nèi)存空間backlog隊列來存儲半連接條目,當SYN請求不斷增加,并這個空間,致使系統(tǒng)丟棄SYN連接。為使半連接隊列被塞滿的情況下,服務(wù)器仍能處理新到的SYN請求,SYN cookies技術(shù)被設(shè)計出來。

SYN cookies應(yīng)用于linux、FreeBSD等操作系統(tǒng),當半連接隊列滿時,SYNcookies并不丟棄SYN請求,而是通過加密技術(shù)來標識半連接狀態(tài)。

在TCP實現(xiàn)中,當收到客戶端的SYN請求時,服務(wù)器需要回復(fù)SYN+ACK包給客戶端,客戶端也要發(fā)送確認包給服務(wù)器。通常,服務(wù)器的初始序列號由服務(wù)器按照一定的規(guī)律計算得到或采用隨機數(shù),但在SYN cookies中,服務(wù)器的初始序列號是通過對客戶端IP地址、客戶端端囗、服務(wù)器IP地址和服務(wù)器端囗以及其他一些安全數(shù)值等要素進行hash運算,加密得到的,稱之為cookie。當服務(wù)器遭受SYN攻擊使得backlog隊列滿時,服務(wù)器并不拒絕新的SYN請求,而是回復(fù)cookie(回復(fù)包的SYN序列號)給客戶端, 如果收到客戶端的ACK包,服務(wù)器將客戶端的ACK序列號減去1得到cookie比較值,并將上述要素進行一次hash運算,看看是否等于此cookie。如果相等,直接完成三次握手(注意:此時并不用查看此連接是否屬于backlog隊列)。

在RedHat linux中,啟用SYN cookies是通過在啟動環(huán)境中設(shè)置以下命令來完成:

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

· 增加最大半連接數(shù)

大量的SYN請求導(dǎo)致未連接隊列被塞滿,使正常的TCP連接無法順利完成三次握手,通過增大未連接隊列空間可以緩解這種壓力。當然backlog隊列需要占用大量的內(nèi)存資源,不能被無限的擴大。

Windows2000:除了上面介紹的TcpMaxHalfOpen, TcpMaxHalfOpenRetried參數(shù)外,Windows2000操作系統(tǒng)可以通過設(shè)置動態(tài)backlog(dynamic backlog)來增大系統(tǒng)所能容納的最大半連接數(shù),配置動態(tài)backlog由AFD.SYS驅(qū)動完成,AFD.SYS是一種內(nèi)核級的驅(qū)動,用于支持基于window socket的應(yīng)用程序,比如ftp、telnet等。AFD.SYS在注冊表的位置:

HKLM\System\CurrentControlSet\Services\AFD\Parameters\EnableDynamicBacklog值為1時,表示啟用動態(tài)backlog,可以修改最大半連接數(shù)。

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

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

DynamicBacklogGrowthDelta值是指擴展的空閑連接數(shù),此連接數(shù)并不計算在MaximumDynamicBacklog內(nèi),當半連接隊列為某個TCP端囗分配的空閑連接小于MinimumDynamicBacklog時,系統(tǒng)自動分配DynamicBacklogGrowthDelta所定義的空閑連接空間,以使該TCP端囗能處理更多的半連接。Microsoft推薦該值為10。

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

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

Sun Solaris Sun Solaris用變量tcp_conn_req_max_q0來定義最大半連接數(shù),在Sun Solaris 8中,該值默認為1024,可以通過add命令改變這個值:

# ndd -set /dev/tcp tcp_conn_req_max_q0 2048

HP-UX:HP-UX用變量tcp_syn_rcvd_max來定義最大半連接數(shù),在HP-UX 11.00中,該值默認為500,可以通過ndd命令改變默認值:

#ndd -set /dev/tcp tcp_syn_rcvd_max 2048

·縮短超時時間

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

Windows2000第一次重傳之前等待時間默認為3秒,為改變此默認值,可以通過修改網(wǎng)絡(luò)接囗在注冊表里的TcpInitialRtt注冊值來完成。重傳次數(shù)由TcpMaxConnectResponseRetransmissions 來定義,注冊表的位置是:

HKLM\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters registry key

當然我們也可以把重傳次數(shù)設(shè)置為0次,這樣服務(wù)器如果在3秒內(nèi)還未收到ack確認包就自動從backlog隊列中刪除該連接條目。

LINUX:Redhat使用變量tcp_synack_retries定義重傳次數(shù),其默認值是5次,總超時時間需要3分鐘。

Sun Solaris Solaris 默認的重傳次數(shù)是3次,總超時時間為3分鐘,可以通過ndd命令修改這些默認值。
 

【編輯推薦】

  1. CentOS SYN Flood攻擊原理Linux下設(shè)置
  2. 對跨站腳本攻擊的全面了解
  3. 老話重提:防范跨站腳本攻擊
  4. SYN攻擊原理與檢測
  5. 使用工具和測試防范跨站點腳本攻擊
責(zé)任編輯:張啟峰 來源: 中國IT實驗室
相關(guān)推薦

2020-02-17 16:52:06

誤植攻擊網(wǎng)絡(luò)攻擊網(wǎng)絡(luò)安全

2010-09-16 15:39:18

2018-07-16 08:36:13

2010-09-13 10:14:30

2021-12-16 12:07:04

滲透測試黑客攻擊

2013-05-09 09:19:55

2022-07-31 00:12:08

Deepfakes數(shù)據(jù)圖像

2011-08-09 15:09:45

2010-09-13 10:26:48

2010-08-31 13:05:25

2010-03-10 14:18:09

2022-04-02 11:17:43

勒索軟件網(wǎng)絡(luò)安全網(wǎng)絡(luò)攻擊

2011-05-16 09:19:51

2022-04-14 15:28:46

安全勒索軟件贖金

2009-08-13 17:40:55

2010-03-05 10:10:04

2010-06-02 14:16:18

SVN版本控制

2023-03-24 16:18:08

微服務(wù)架構(gòu)

2010-02-03 13:55:51

Python 代碼

2010-07-21 14:17:07

Linux telne
點贊
收藏

51CTO技術(shù)棧公眾號