协议分析工具学习TCP/IP(三)

八、 详解几个状态 

1、服务器端LISTENING状态 

LISTENING表示处于侦听状态，只有提供某种服务才会处于LISTENING状态，前面提到过TCP状态变化就是某个端口的状态变化，提供一个服务就打开一个端口，例如：提供www服务默认开的是80端口，提供ftp服务默认的端口为21，当提供的服务没有被连接时就处于LISTENING状态。FTP服务启动后首先处于侦听（LISTENING）状态。处于侦听LISTENING状态时，该端口是开放的，等待连接，但还没有被连接。就像你房子的门已经敞开的，但还没有人进来。 

看LISTENING状态最主要的是看本机开了哪些端口，这些端口都是哪个程序开的，关闭不必要的端口是保证安全的一个非常重要的方面，***口都对应一个服务（应用程序），停止该服务就关闭了该端口，例如要关闭21端口只要停止IIS服务中的FTP服务即可。关于这方面的知识请参阅其它文章。 

如果你不幸中了***口的木马，木马也开个端口处于LISTENING状态。 

2、ESTABLISHED状态 

ESTABLISHED状态是表示两台机器正在传输数据，观察这个状态最主要的就是看哪个程序正在处于ESTABLISHED状态，图12是IEXPLORE.EXE(IE)在正常的访问一个网站，而图13是EXPLORER.EXE(木马程序)在和***交换数据。 

 

图12 

 

图13 

3、客户端SYN_SENT状态 

从上面的分析可以看出，当请求连接时客户端首先要发送同步信号给要访问的机器，此时状态为SYN_SENT，如果连接成功了就变为ESTABLISHED，正常情况下SYN_SENT状态非常短暂。例如要访问网站http://www.ccidnet.com,如果是正常连接的话，用TCPView观察IEXPLORE.EXE（IE）建立的连接会发现很快从SYN_SENT变为ESTABLISHED，表示连接成功。SYN_SENT状态快的也许看不到。 

如果发现有很多SYN_SENT出现，那一般有这么几种情况，一是你要访问的网站不存在或线路不好，二是用扫描软件扫描一个网段的机器，如下图14所示：在用xscan扫描软件扫描192.168.113.0这个网段时用TCPView捕捉到的，另外就是可能中了病毒了，例如中了"冲击波"，病毒发作时会扫描其它机器，这样会有很多SYN_SENT出现。 

 

图14 

4、服务器端状态SYN_RCVD 

从上面的分析可以看出，当服务器收到客户端发送的同步信号时，将标志位ACK和SYN置1发送给客户端，此时服务器端处于SYN_RCVD状态，如果连接成功了就变为ESTABLISHED，正常情况下SYN_RCVD状态非常短暂。 

如果发现有很多SYN_RCVD状态，那你的机器有可能被SYN Flood的DoS(拒绝服务攻击)攻击了。下图15就是在其它机器上模拟对本机进行SYN Flood攻击时用TCPView捕捉到的。SYN Flood的攻击原理是：在进行三次握手时，攻击软件向被攻击的服务器（本例是192.168.113.207）发送SYN连接请求（握手的第一步），但是这个地址是伪造的，如图攻击软件随机伪造了51.133.163.104、65.158.99.152等等地址，207号机在收到连接请求时将标志位ACK和SYN置1发送给客户端（握手的第二步），但是这些客户端的IP地址都是伪造的，服务器根本找不到客户机，也就是说握手的第三步不可能完成。这种情况下服务器端一般会重试（再次发送SYN+ACK给客户端）并等待一段时间后丢弃这个未完成的连接，这段时间的长度我们称为SYN
Timeout，一般来说这个时间是分钟的数量级（大约为30秒-2分钟）；一个用户出现异常导致服务器的一个线程等待1分钟并不是什么很大的问题，但如果有一个恶意的攻击者大量模拟这种情况，服务器端将为了维护一个非常大的半连接列表而消耗非常多的资源----数以万计的半连接，即使是简单的保存并遍历也会消耗非常多的CPU时间和内存，何况还要不断对这个列表中的IP进行SYN+ACK的重试。此时从正常客户的角度看来，服务器失去响应，这种情况我们称做：服务器端受到了SYN Flood攻击（SYN洪水攻击）。 

 

图15 

下图是用sniffer pro抓的SYN Flood攻击数据包，从图上可以清楚地看出，120行是第一次握手，121是207号机对51.133.163.104这个地址的回复，但这个地址不通的，第三次握手没法进行下去。 

 

图16 

因为涉及到攻击，具体攻击过程不做演示，只把结果贴出来。 

5、其它 

在TCP的标志位中有一位是Reset，如果包重发该标志位置为1，重发包很多时网络一定有问题，图17是我上网时打不开用网页用IRIS抓得包，8-13行的Reset位都为1且SEQ号都相同，这种情况网肯定是有问题了，后查明是ADSL猫有问题了。 

 

图17 

九、 后记 

在学习的过程中不要刻意去抓某个状态，有些状态非常短暂，应该多了解原理性的东西，等碰上时知道怎么回事。本文我是从我的实验数据和自己的理解的角度来写的，如果和你学的教材的说法不一样请以你的教材为准。 

其实TCP的状态变化就是把TCP的标志位变化的不同阶段起个名字，关于TCP标志的变化又牵扯到一个话题____TCP扫描，关于这个话题以后再聊。