要掌握这类进攻的基本概念，大家应当从创建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连接请求，而忽视顾客的一切正常请求。
