TCP的建立连接过程和断开过程.docxVIP

在 TCP 中建立连接采用三次握手的方法。 为了建立连接，其中一方，如服务器，通过执行LISTEN 和 ACCEPT 原语被动地等待一个到达的连接请求。 另一方，如客户方，执行CONNECT 原语，同时要指明它想连接到的IP 地址和端口号， 设置它能够接受的TCP 数据报的最大值，以及一些可选的用户数据。CONNECT 原语发送一个SYN=1，ACK=0 的数据报到目的端，并等待对方响应。 该数据报到达目的端后，那里的 TCP 实体将察看是否有进程在侦听目的端口字段指定的端口。如果没有，它将发送一个RST=1 的应答，拒绝建立该连接。 如果某个进程正在对该端口进行侦听，于是便将到达的 TCP 数据报交给该进程，它可以接受或拒绝建立连接。如果接受，便发回一个确认数据报。 了释放连接，每方均可发送一个FIN=1 的 TCP 数据报，表明本方已无数据发送。当FIN 数据报被确认后，那个方向的连接即告关闭。当两个方向上 的连接均关闭后，该连接就被完全释放了。一般情况下，释放一个连接需要 4 个 TCP 数据报：每个方向均有一个 FIN 数据报和一个ACK 数据报。 经典案例，这是后来被称为MITNICK 攻击中KEVIN 开创了两种攻击技术： TCP 会话劫持 和 SYN FLOOD（同步洪流）。在这里我们讨论的是TCP 会话劫持的问题。先让我们明白TCP 建立连接的基本简单的过程。为了建设一个小型的模仿环境我们假设有3 台接入互联网的机器。A 为攻击者操纵的攻击机。B 为中介跳板机器（受信任的服务器）。C 为受害者使用的机器（多是服务器），这里把C 机器锁定为目标机器。A 机器向B 机器发送SYN 包， 请求建立连接，这时已经响应请求的B 机器会向A 机器回应SYN/ACK 表明同意建立连接， 当 A 机器接受到B 机器发送的SYN/ACK 回应时，发送应答ACK 建立，A 机器与B 机器的网络连接。这样一个两台机器之间的TCP 通话信道就建立成功了。B 终端受信任的服务器向 C 机器发起TCP 连接，A 机器对服务器发起SYN 信息，使C 机器不能响应B 机器。在同时 A 机器也向B 机器发送虚假的C 机器回应的SYN 数据包，接收到SYN 数据包的B 机器（被C 机器信任）开始发送应答连接建立的SYN/ACK 数据包，这时C 机器正在忙于响应以前发送的SYN 数据而无暇回应B 机器，而 A 机器的攻击者预测出B 机器包的序列号（现在的 TCP 序列号预测难度有所加大）假冒 C 机器向B 机器发送应答ACK 这时攻击者骗取B 机器的信任，假冒 C 机器与B 机器建立起TCP 协议的对话连接。这个时候的 C 机器还是在响应攻击者A 机器发送的SYN 数据。 TCP 协议栈的弱点：TCP 连接的资源消耗，其中包括：数据包信息、条件状态、序列号等。 通过故意不完成建立连接所需要的三次握手过程，造成连接一方的资源耗尽。通过攻击者有意的不完成建立连接所需要的三次握手的全过程，从而造成了C 机器的资源耗尽。序列号的可预测性，目标主机应答连接请求时返回的 SYN/ACK 的序列号时可预测的。（早期 TCP 协议栈，具体的可以参见 1981 年出的关于TCP 雏形的RFC793 文档