??
要掌握這類進攻的基本概念，大家應當從創建TCP連接的全過程剛開始：
大家都知道，TCP是根據連接的，換句話說，為了更好地在服務器和客戶端中間傳送TCP數據信息，務必創建一個虛似鏈接，即，一個TCP連接，創建TCP連接的規范全過程以下：
在第一步中，請求端（客戶端）推送包括syn標示的TCP消息，syn為同歩，同歩消息將指出客戶端應用的端口號和TCP連接的原始系列號；
在第二步中，在接受到來源于客戶端的syn消息以后，服務器將回到syn ACK消息，標示客戶端的請求已被接納。另外，TCP系列號提升1，確定ACK。
在第三步中，客戶端還向服務器回到ACK消息。相近地，TCP系列號提升一個以進行TCP連接。所述
的連接全過程在TCP協議書中稱之為三重揮手。
難題取決于TCP連接的三次握手。假如客戶向服務器推送syn消息，忽然卡死或斷線，則在推送syn ACK回應消息后，服務器沒法接受來源于客戶端的ACK消息（第三次揮手沒法進行）。在這類狀況下，服務器將再試（再度向遠程服務器推送syn ack），并等候一段時間，此時間的長短稱之為syn timeout。一般來說，這一時間以分鐘為企業的（大概三十秒-2分鐘）。
因為客戶出現異常，服務器進程等候1分鐘不是什么問題。可是，假如故意網絡攻擊很多仿真模擬這類狀況，服務器將耗費很多資源來維護保養一個十分大的半連接列表——數十萬個半連接。即便是簡易的儲存和解析xml也會耗費很多的資源-有很多的CPU時間和運行內存，更別說這一列表中IP的syn ack再試頻次了。
事實上，假如服務器的TCP/IP局部變量不足強勁，最后的結果是堆棧溢出奔潰。即便服務器的系統軟件充足強勁，服務器也會忙碌解決網絡攻擊仿冒的TCP連接請求，而忽視顧客的一切正常請求。
