TCPSYNACKFINRSTPSHURG详解图文档格式.docx

1、- SYN/ACK ACK -B收到SYN/ACK 包,B发一个确认包（ACK），通知A连接已建立。至此，三次握手完成，一个TCP连接完成Note: ACK包就是仅ACK 标记设为1的TCP包. 需要注意的是当三此握手完成、连接建立以后，TCP连接的每个包都会设置ACK位这就是为何连接跟踪很重要的原因了. 没有连接跟踪,防火墙将无法判断收到的ACK包是否属于一个已经建立的连接.一般的包过滤（Ipchains）收到ACK包时,会让它通过（这绝对不是个好主意）. 而当状态型防火墙收到此种包时，它会先在连接表中查找是否属于哪个已建连接，否则丢弃该包四次握手Four-way Handshake 四次握

2、手用来关闭已建立的TCP连接 ACK/FIN - ACK - （A） 3. （B） - ACK/FIN ACK - 由于TCP连接是双向连接, 因此关闭连接需要在两个方向上做。ACK/FIN 包（ACK 和FIN 标记设为1）通常被认为是FIN（终结）包.然而, 由于连接还没有关闭, FIN包总是打上ACK标记. 没有ACK标记而仅有FIN标记的包不是合法的包，并且通常被认为是恶意的连接复位Resetting a connection 四次握手不是关闭TCP连接的唯一方法. 有时,如果主机需要尽快关闭连接（或连接超时,端口或主机不可达）,RST （Reset）包将被发送. 注意在，由于RST包

3、不是TCP连接中的必须部分, 可以只发送RST包（即不带ACK标记）. 但在正常的TCP连接中RST包可以带ACK确认标记请注意RST包是可以不要收到方确认的? 无效的TCP标记Invalid TCP Flags 到目前为止，你已经看到了 SYN, ACK, FIN, 和RST 标记. 另外，还有PSH （Push） 和URG （Urgent）标记. 最常见的非法组合是SYN/FIN 包. 注意:由于 SYN包是用来初始化连接的, 它不可能和 FIN和RST标记一起出现. 这也是一个恶意攻击. 由于现在大多数防火墙已知 SYN/FIN 包, 别的一些组合,例如SYN/FIN/PSH, SYN/

4、FIN/RST, SYN/FIN/RST/PSH。很明显，当网络中出现这种包时，很你的网络肯定受到攻击了。别的已知的非法包有FIN （无ACK标记）和NULL包。如同早先讨论的，由于ACK/FIN包的出现是为了关闭一个TCP连接，那么正常的FIN包总是带有 ACK 标记。包就是没有任何TCP标记的包（URG,ACK,PSH,RST,SYN,FIN都为0）。到目前为止，正常的网络活动下，TCP协议栈不可能产生带有上面提到的任何一种标记组合的TCP包。当你发现这些不正常的包时，肯定有人对你的网络不怀好意。UDP （用户数据包协议User Datagram Protocol） TCP是面向连接的，而

5、UDP是非连接的协议。UDP没有对接受进行确认的标记和确认机制。对丢包的处理是在应用层来完成的。（or accidental arrival）. 此处需要重点注意的事情是：在正常情况下，当UDP包到达一个关闭的端口时，会返回一个UDP复位包。由于UDP是非面向连接的, 因此没有任何确认信息来确认包是否正确到达目的地。因此如果你的防火墙丢弃UDP包，它会开放所有的UDP端口（?）。由于Internet上正常情况下一些包将被丢弃，甚至某些发往已关闭端口（非防火墙的）的UDP包将不会到达目的，它们将返回一个复位UDP包。因为这个原因，UDP端口扫描总是不精确、不可靠的。看起来大UDP包的碎片是常见的

6、DOS （Denial of Service）攻击的常见形式 （这里有个DOS攻击的例子， ）. ICMP （网间控制消息协议Internet Control Message Protocol） 如同名字一样， ICMP用来在主机/路由器之间传递控制信息的协议。 ICMP包可以包含诊断信息（ping, traceroute - 注意目前unix系统中的traceroute用UDP包而不是ICMP），错误信息（网络/主机/端口不可达 network/host/port unreachable）, 信息（时间戳timestamp, 地址掩码address mask request, etc.），或

7、控制信息 （source quench, redirect, etc.） 。你可以在http:/www.iana.org/assignments/icmp-parameters中找到ICMP包的类型。尽管ICMP通常是无害的，还是有些类型的ICMP信息需要丢弃。Redirect （5）, Alternate Host Address （6）, Router Advertisement （9） 能用来转发通讯。Echo （8）, Timestamp （13） and Address Mask Request （17） 能用来分别判断主机是否起来，本地时间和地址掩码。注意它们是和返回的信息类别有关

8、的。它们自己本身是不能被利用的，但它们泄露出的信息对攻击者是有用的。ICMP消息有时也被用来作为DOS攻击的一部分（例如：洪水ping flood ping,死 ping ?呵呵，有趣 ping of death）?/p包碎片注意A Note About Packet Fragmentation 如果一个包的大小超过了TCP的最大段长度MSS （Maximum Segment Size） 或MTU （Maximum Transmission Unit），能够把此包发往目的的唯一方法是把此包分片。由于包分片是正常的，它可以被利用来做恶意的攻击。因为分片的包的第一个分片包含一个包头，若没有包分片的

9、重组功能，包过滤器不可能检测附加的包分片。典型的攻击Typical attacks involve in overlapping the packet data in which packet header is 典型的攻击Typical attacks involve in overlapping the packet data in which packet header isnormal until is it overwritten with different destination IP （or port） thereby bypassing firewall rules。包分片能

10、作为 DOS 攻击的一部分，它可以crash older IP stacks 或涨死CPU连接能力。Netfilter/Iptables中的连接跟踪代码能自动做分片重组。它仍有弱点，可能受到饱和连接攻击，可以把CPU资源耗光。握手阶段：序号方向seqack1A-B 10000 0 2 B-A 20000 10000+1=10001 3 A-B 10001 20000+1=20001 解释：1：A向B发起连接请求，以一个随机数初始化A的seq,这里假设为10000，此时ACK0 2：B收到A的连接请求后，也以一个随机数初始化B的seq，这里假设为20000，意思是：你的请求我已收到，我这方的数据

11、流就从这个数开始。B的ACK是A的seq加1，即10000110001 3：A收到B的回复后，它的seq是它的上个请求的seq加1，即10000110001，意思也是：你的回复我收到了，我这方的数据流就从这个数开始。A此时的ACK是B的seq加1，即20000+1=20001 数据传输阶段：序号方向seqack size 23 A-B 40000 70000 1514 24 B-A 70000 40000+1514-54=41460 54 25 A-B 41460 70000+54-54=70000 1514 26 B-A 70000 41460+1514-54=42920 54 23:B接收

12、到A发来的seq=40000,ack=70000,size=1514的数据包24:于是B向A也发一个数据包，告诉B，你的上个包我收到了。B的seq就以它收到的数据包的ACK填充，ACK是它收到的数据包的SEQ加上数据包的大小（不包括以太网协议头，IP头，TCP头），以证实B发过来的数据全收到了。25:A在收到B发过来的ack为41460的数据包时，一看到41460，正好是它的上个数据包的seq加上包的大小，就明白，上次发送的数据包已安全到达。于是它再发一个数据包给B。这个正在发送的数据包的seq也以它收到的数据包的ACK填充，ACK就以它收到的数据包的seq（70000）加上包的size（54

13、）填充,即ack=70000+54-54（全是头长，没数据项）。其实在握手和结束时确认号应该是对方序列号加1,传输数据时则是对方序列号加上对方携带应用层数据的长度.如果从以太网包返回来计算所加的长度,就嫌走弯路了. 另外,如果对方没有数据过来,则自己的确认号不变,序列号为上次的序列号加上本次应用层数据发送长度.在TCP/IP协议中，TCP协议提供可靠的连接服务，采用三次握手建立一个连接，如图1所示。（1）第一次握手：建立连接时，客户端A发送SYN包（SYN=j）到服务器B，并进入SYN_SEND状态，等待服务器B确认。（2）第二次握手：服务器B收到SYN包，必须确认客户A的SYN（ACK=j+1），同时自己也发送一个SYN包（SYN=k），即SYN+ACK包，此时服务器B进入SYN_RECV状态。（3）第三次握手：客户端A收到服务器B的SYNACK包，向服务器B发送确认包ACK（ACK=k+1），此包发送完毕，客户端A和服务器B进入ESTABLISHED状态，完成三次握手。完成三次握手，客户端与服务器开始传送数据。 图1 TCP三次握手建立连接由于TCP连接是全双工的，因此每个方向都必须单独进行关闭。这个原则是当一方完成它的数据发送任务后就能发送一个FIN来终止这个方向的连接。收到一个 FIN只意味着这一方向