一看即懂的TCP首部确认号和序列号解析！！！

桃扇骨 2022-04-23 05:06 208阅读 0赞

###### 仔细检查序列和确认号码。它们存在的目的直接关系到互联网，通常大多数网络都是分组交换（我们将在短时间内解释），因为我们几乎总是发送和接收大于最大传输单元（也称为MTU）的数据 ，大多数网络是1500。 ######

我们来看看我们要分析的领域：

![20170914114317992][]

您可以看到，[序列号][Link 1]继续确认号码。

我们将要解释这些数字如何增加，它们的意思是什么，各种操作系统如何以不同的方式处理它们，最后是什么方式，这些数字可能成为那些需要牢固的安全网络的人的安全隐患。

#### TCP - 面向连接的协议 ####

**序列和确认字段**是帮助我们**将TCP分类为面向连接协议的许多功能中的两个**。因此，当通过TCP连接发送数据时，它们有助于远程主机跟踪连接，并确保在到达目的地的路上没有数据包丢失。

TCP利用肯定的确认，超时和重传来确保用户数据的无差错的顺序传递。如果重传定时器在接收到确认之前到期，则从流中的最后一个确认字节之后的字节开始重发数据。

值得一提的还有一点是，在每个操作系统上产生的序列号不同。使用特殊的算法（有时是弱的），操作系统将产生这些数字，用于跟踪发送或接收的数据包，并且由于**序列和确认字段都是32位**，所以有**2 ^ 32 = 4,294,967,296**种生成不同的号码！

####  ####

#### 初始序列号（ISN） ####

当两台主机需要使用TCP传输协议传输数据时，会创建一个新的连接。这涉及希望启动连接的第一个主机，以**生成所谓的初始序列号（ISN）**，它基本上是我们正在查看的序列字段中包含的第一个序列号。ISN一直是安全问题的主题，因为**它似乎是黑客“劫持”TCP连接的最喜欢的方式**。

相信与否，劫持新的TCP连接是一个经验丰富的黑客可以惊人地实现的尝试很少。此安全问题的根源以生成ISN的方式开始。

每个操作系统都使用自己的算法为每个新的连接生成一个ISN，所以所有的黑客都需要做的就是弄清楚或者预测特定操作系统使用哪种算法，生成下一个预测的序列号并将其置于在发送到另一端的数据包中。如果攻击者成功，则接收端被愚弄，认为该数据包是从发起连接的主机发出的有效数据包。

同时，攻击者会对发起TCP连接的主机发起洪水攻击，保持忙碌状态，不会将任何数据包发送到远程主机，因此它尝试启动连接。

以下是上述攻击的简要说明：

![20170914114322329][]

如上所述，黑客必须通过对主机A的所有新连接中使用的初始序列号进行采样来找到ISN算法。一旦完成，并且黑客知道算法并准备好发起攻击：

![20170914114326259][]

时间对于黑客至关重要，所以他将他的第一个假包发送到网上银行[服务器][Link 2]，同时开始用垃圾数据淹没主机A，以消耗主机的带宽和资源。通过这样做，主机A无法应对所接收的数据，也不会将任何数据包发送到Internet Banking Server。

发送到Internet Banking Server的假包将包含有效的标头，这意味着它似乎源自Host A的IP地址，并将被发送到InternetBanking Server正在收听的正确端口。

已经有许多在线发布的报告，讨论了每个操作系统用于生成其ISN的方法，以及它是多么容易或难以预测。不要惊慌，发现**Windows操作系统的ISN算法是迄今为止最容易预测的**！

实际上，像“[nmap][]”这样的程序将会测试发现在任何操作系统中使用的ISN算法的难度。在大多数情况下，黑客将首先从主机受害者中抽取TCP ISN，在响应连接请求时查找TCP实现选择的初始序列号中的模式。一旦发现了一个模式，主机被连接发起的连接只需要几分钟的时间。

####  ####

#### 序列和确认号的例子 ####

为了帮助我们了解这些新引入的字段如何用于跟踪连接的数据包，下面给出了一个示例。

在我们继续之前，我们应该注意，你会遇到“ACK标志”或“SYN标志”的术语; 这些术语不应该与序列和确认号混淆，因为它们是TCP报头中的不同字段。下面的屏幕截图是为了帮助您理解：

您可以看到序列号和确认号码字段，后跟我们引用的TCP标志。

TCP标志（浅紫色部分）将覆盖在页面上以进一步深入，但是由于我们现在需要与它们一起工作，以帮助我们检查序列和确认号码的工作原理，我们被迫分析一小部分的他们。

为了简单起见，请记住，当谈到序列和确认号码时，我们指的是蓝色部分，而SYN和ACK标志指的是浅紫色部分。

![20170914114329289][]

下图显示了建立与Web服务器（Gateway Server）的新连接。前三个数据包是在两台主机之间传输任何数据之前由TCP执行的三次握手的一部分，而图中的小屏幕拍摄由我们的数据包[嗅探器][Link 3]捕获：

为了确保我们了解这里发生了什么，我们将逐步分析示例。

#### ![20170914114332405][] ####

#### 步骤1 ####

**主机A**希望从**网关服务器**下载网页。这需要建立两者之间的新连接，因此**主机A**向**网关服务器**发送数据包。该数据包具有**SYN**标志集，并且还包含由**主机A的**操作系统生成的ISN ，即**1293906975**。由于**主机A**正在启动连接并且尚未从**网关服务器**接收到答复，因此**确认**号码设置为零（0）。

![20170914114335893][]

简而言之，**主机A**告诉**网关服务器**如下：“我想与你建立一个新的连接，我的**序列**号是**1293906975** ”。

####  ####

#### 第2步 ####

所述**网关服务器**接收**主机A的**请求，并产生一个包含其自己的生成ISN的回复，即**3455719727**，和下一个**序列**号码被从期望**主机A**是**1293906976**。服务器还具有设置的**SYN**＆**ACK**标志，确认其接收到的上一个数据包，并通知**主机A**自己的**序列**号。

![20170914114339822][]

总之，**网关服务器**告诉**主机A**以下内容：“我承认你的序列号和序列号期待您下一个数据包**1293906976**。我的序列号为**3455719727** ”。

####  ####

#### 步骤3 ####

**主机A**收到回复，现在知道网关的序列号。它生成另一个数据包来完成连接。该分组具有设置的**ACK**标志，并且还包含其期望网关服务器使用的序列号，即**3455719728**。

简而言之，**主机A**告诉**网关服务器**如下：“我确认你的最后一个数据包，这个数据包的序列号是**1293906976**，这是你期望的，我也期待你发送给我的下一个数据包序号**3455719728** “。

![20170914114343501][]

现在，有人可能期望从**Gateway Server**发送下一个数据包，但事实并非如此。您可能会记得**主机A**发起连接，因为它想从**网关服务器**下载一个网页。由于3路TCP握手已经完成，所以现在两者之间的虚拟连接已经存在，并且**网关服务器**准备好收听**主机A的**请求。

考虑到这一点，现在现在是**主机A**要求它想要的网页的时候了，这使我们进入第4步。

####  ####

#### 步骤4 ####

在此步骤中，主机A生成具有某些数据的数据包，并将其发送到网关服务器。数据告诉网关服务器它要发送的网页。

![20170914114346540][]

请注意，第4行中的段的序列号与第3行相同，因为**ACK****不占用序列号空间**。

因此，请记住，生成的任何数据包，简单地确认（换句话说，只有**ACK**标志被设置并且不包含任何数据）到先前接收的数据包，不会增加序列号。

####  ####

#### 最后的笔记 ####

在两台主机的通信过程中，**序列**和**确认**号码还有其他重要的作用。因为段（或数据包）在IP数据报中传播，所以它们可能会丢失或丢失，因此接收器使用序列号重新排序段。接收器从到达的段收集数据，并重建正在发送的流的精确副本。

如果我们仔细看看上面的图表，我们注意到TCP **确认**号码指定了接收机预期的下一个段的序列号。只需滚动回到步骤2，你会看到我的意思。

原文地址：[http://www.firewall.cx/networking-topics/protocols/tcp/134-tcp-seq-ack-numbers.html][http_www.firewall.cx_networking-topics_protocols_tcp_134-tcp-seq-ack-numbers.html]

本文转自原翻译作者ChenVast的博客：[https://blog.csdn.net/ChenVast/article/details/77978588][http_www.firewall.cx_networking-topics_protocols_tcp_134-tcp-seq-ack-numbers.html]

[20170914114317992]: /images/20220323/c675851fc21c494fb98f490ef8eec19d.png
[Link 1]: https://www.baidu.com/s?wd=%E5%BA%8F%E5%88%97%E5%8F%B7&tn=24004469_oem_dg&rsv_dl=gh_pl_sl_csd
[20170914114322329]: /images/20220323/cdb30118cd8e4a389bcb8b81edab0071.png
[20170914114326259]: /images/20220323/884b77d8ef544e758164f0be04536181.png
[Link 2]: https://www.baidu.com/s?wd=%E6%9C%8D%E5%8A%A1%E5%99%A8&tn=24004469_oem_dg&rsv_dl=gh_pl_sl_csd
[nmap]: https://www.baidu.com/s?wd=nmap&tn=24004469_oem_dg&rsv_dl=gh_pl_sl_csd
[20170914114329289]: /images/20220323/6a4dd9318a614291af47876f4cef04ba.png
[Link 3]: https://www.baidu.com/s?wd=%E5%97%85%E6%8E%A2%E5%99%A8&tn=24004469_oem_dg&rsv_dl=gh_pl_sl_csd
[20170914114332405]: /images/20220323/6569776c0be6470a860df7dbe78b3c79.png
[20170914114335893]: /images/20220323/683bde96e3dc405f8a517ee69e84e862.png
[20170914114339822]: /images/20220323/70e1b15285cb41919c062cbb298037b0.png
[20170914114343501]: /images/20220323/246a703f4e3c4982bc618e83038314ae.png
[20170914114346540]: /images/20220323/ee1a7c9862b044b2859a43c82c21afd6.png
[http_www.firewall.cx_networking-topics_protocols_tcp_134-tcp-seq-ack-numbers.html]: http://www.firewall.cx/networking-topics/protocols/tcp/134-tcp-seq-ack-numbers.html