DOS攻击之详解--转载

桃扇骨 2022-05-08 22:48 195阅读 0赞

源地址没有找到，间接引用地址：http://wushank.blog.51cto.com/3489095/1156004

DoS到底是什么？接触[PC机][PC]较早的同志会直接想到[微软][Link 1][磁盘][Link 2][操作系统][Link 3]的DOS--DiskOperationSystem？不，此DoS非彼DOS也，DoS即DenialOfService，拒绝服务的缩写。

DoS是Denial of Service的简称，即拒绝服务，造成DoS的攻击行为被称为DoS攻击，其目的是使计算机或网络无法提供正常的服务。最常见的DoS攻击有计算机网络带宽攻击和连通性攻击。

** 一、概念理解：**

作个形象的比喻来理解DoS。街头的餐馆是为大众提供餐饮服务，如果一群地痞流氓要DoS餐馆的话，手段会很多，比如霸占着餐桌不结账，堵住餐馆的大门不让路，骚扰餐馆的服务员或厨子不能干活，甚至更恶劣……相应的计算机和网络系统则是为[Internet][]用户提供互联网资源的，如果有[黑客][Link 4]要进行DoS攻击的话，可以想象同样有好多手段！今天最常见的DoS攻击有对计算机网络的带宽攻击和连通性攻击。带宽攻击指以极大的通信量冲击网络，使得所有可用[网络资源][Link 5]都被消耗殆尽，最后导致合法的用户请求无法通过。连通性攻击指用大量的连接请求冲击计算机，使得所有可用的[操作系统][Link 3]资源都被消耗殆尽，最终计算机无法再处理合法用户的请求。

传统上，攻击者所面临的主要问题是[网络带宽][Link 6]，由于较小的网络规模和较慢的[网络速度][Link 7]的限制，攻击者无法发出过多的请求。虽然类似“thepingofdeath”的攻击类型只需要较少量的包就可以摧毁一个没有打过[补丁][Link 8]的UNIX系统，但大多数的DoS攻击还是需要相当大的带宽的，而以个人为单位的[黑客][Link 4]们很难使用高带宽的资源。为了克服这个缺点，DoS攻击者开发了分布式的攻击。攻击者简单利用工具集合许多的[网络带宽][Link 6]来同时对同一个目标发动大量的攻击请求，这就是DDoS攻击。

无论是DoS攻击还是DDoS攻击，简单的看，都只是一种破坏网络服务的[黑客][Link 4]方式，虽然具体的实现方式千变万化，但都有一个共同点，就是其根本目的是使受害[主机][Link 9]或网络无法及时接收并处理外界请求，或无法及时回应外界请求。其具体表现方式有以下几种：

1. 制造大流量无用数据，造成通往被攻击[主机][Link 9]的[网络拥塞][Link 10]，使被攻击主机无法正常和外界通信。

2. 利用被攻击[主机][Link 9]提供服务或[传输协议][Link 11]上处理重复连接的[缺陷][Link 12]，反复高频的发出攻击性的重复服务请求，使被攻击主机无法及时处理其它正常的请求。

3. 利用被攻击[主机][Link 9]所提供服务[程序][Link 13]或[传输协议][Link 11]的本身实现[缺陷][Link 12]，反复发送畸形的攻击数据引发系统错误的分配大量[系统资源][Link 14]，使主机处于[挂起状态][Link 15]甚至死机。

**二、攻击流程：**

要理解dos攻击，首先要理解TCP连接的三次握手过程(Three-wayhandshake)。在TCP/IP协议中，TCP协议提供可靠的连接服务，采用三次握手建立一个连接。

1.第一次握手:建立连接时，[客户端][Link 16]发送SYN包((SYN=i)到服务器，并进入SYN SEND状态，等待服务器确认;

2.第二次握手:服务器收到SYN包，必须确认客户的SYN (ACK=i+1 )，同时自己也发送一个SYN包((SYN=j)\}即SYN+ACK包，此时服务器进入SYN\_RECV状态;

3.第三次握手:客户端收到服务器的SYN+ACK包，向服务器发送确认包ACK(ACK=j+1)，此包发送完毕，客户端和服务器进入ESTABLISHED状态，完成三次握手，客户端与服务器开始传送数据。

在上述过程中，还有一些重要的概念:

--------------------

1. 半连接:收到SYN包而还未收到ACK包时的连接状态称为半连接，即尚未完全完成三次握手的TCP连接。

2. 半连接队列:在三次握手协议中，服务器维护一个半连接队列，该队列为每个客户端的SYN包(SYN=i )开设一个条目，该条目表明服务器已收到SYN包，并向客户发出确认，正在等待客户的确认包。这些条目所标识的连接在服务器处于SYN\_ RECV状态，当服务器收到客户的确认包时，删除该条目，服务器进入ESTABLISHED状态。

3. Backlog参数:表示半连接队列的最大容纳数目。

4. SYN-ACK重传次数:服务器发送完SYN-ACK包，如果未收到客户确认包，服务器进行首次重传，等待一段时间 仍未收到客户确认包，进行第二次重传，如果重传次数超过系统规定的最大重传次数，系统将该连接信息、从半连接队列中删除。注意，每次重传等待的时间不一定 相同。

5. 半连接存活时间:是指半连接队列的条目存活的最长时间，也即服务从收到SYN包到确认这个报文无效的最长时间，该时间值是所有重传请求包的最长等待时间总和。有时也称半连接存活时间为Timeout时间、SYN\_RECV存活时间。

上面三个参数对系统的TCP连接状况有很大影响。

SYN洪水攻击属于DoS攻击的一种，它利用TCP协议缺陷，通过发送大量的半连接请求，耗费CPU和内存资源。 SYN攻击除了能影响主机外，还可以危害路由器、防火墙等网络系统，事实上SYN攻击并不管目标是什么系统，只要这些系统打开TCP服务就可以实施。从图 4-3可看到，服务器接收到连接请求(SYN=i )将此信息加入未连接队列，并发送请求包给客户端( SYN=j,ACK=i+1 )，此时进入SYN\_RECV状态。当服务器未收到客户端的确认包时，重发请求包，一直到超时，才将此条目从未连接队列删除。配合IP欺骗，SYN攻击能 达到很好的效果，通常，客户端在短时间内伪造大量不存在的IP地址，向服务器不断地发送SYN包，服务器回复确认包，并等待客户的确认，由于源地址是不存 在的，服务器需要不断的重发直至超时，这些伪造的SYN包将长时间占用未连接队列，正常的SYN 请求被丢弃，目标系统运行缓慢，严重者引起网络堵塞甚至系统瘫痪。过程如下:

攻击主机C(地址伪装后为C&apos;)-----大量SYN包---->被攻击主机

C&apos;<-------SYN/ACK包----被攻击主机

由于C’地址不可达，被攻击主机等待SYN包超时。攻击主机通过发大量SYN包填满未连接队列，导致正常SYN包被拒绝服务。另外，SYN洪水攻击还可以通过发大量ACK包进行DoS攻击。

**三、攻击手段：**

拒绝服务攻击是一种对网络危害巨大的恶意攻击。今天，DoS具有代表性的攻击手段包括PingofDeath、TearDrop、UDPflood、SYNflood、LandAttack、IPSpoofingDoS等。看看它们又是怎么实现的。

**   1. 死亡之ping (pingofdeath)**

ICMP(InternetControlMessageProtocol，[Internet控制信息协议][Internet 1])在Internet上用于错误处理和传递控制信息。它的功能之一是与[主机][Link 9]联系，通过发送一个“回音请求”（echorequest）信息包看看[主机][Link 9]是否“活着”。最普通的ping[程序][Link 13]就是这个功能。而在TCP/IP的RFC文档中对包的最大尺寸都有严格限制规定，许多[操作系统][Link 3]的[TCP/IP协议][TCP_IP]栈都规定ICMP包大小为64KB，且在对包的标题头进行读取之后，要根据该标题头里包含的信息来为有效载荷生成[缓冲区][Link 17]。"PingofDeath"就是故意产生畸形的测试Ping（PacketInternetGroper）包，声称自己的尺寸超过ICMP上限，也就是加载的尺寸超过64KB上限，使未采取保护措施的网络系统出现[内存分配][Link 18]错误，导致TCP/IP协议栈崩溃，最终接收方[宕机][Link 19]。

###    2. 泪滴 (teardrop) ###

泪滴攻击利用在TCP/IP协议栈实现中信任IP碎片中的包的标题头所包含的信息来实现自己的攻击。[IP][]分段含有指示该分段所包含的是原包的哪一段的信息，某些TCP/IP协议栈（例如NT在servicepack4以前）在收到含有重叠偏移的伪造分段时将崩溃。

**   3. UDP****泛洪****(UDPflood)**

UDPflood攻击：如今在Internet上UDP（用户[数据包][Link 20]协议）的应用比较广泛，很多提供WWW和Mail等服务[设备][Link 21]通常是使用Unix的[服务器][Link 22]，它们默认打开一些被[黑客][Link 4]恶意利用的UDP服务。如echo服务会显示接收到的每一个[数据包][Link 20]，而原本作为测试功能的chargen服务会在收到每一个数据包时随机反馈一些字符。UDPflood假冒攻击就是利用这两个简单的TCP/IP服务的[漏洞][Link 23]进行恶意攻击，通过伪造与某一[主机][Link 9]的Chargen服务之间的一次的UDP连接，回复地址指向开着Echo服务的一台主机，通过将Chargen和Echo服务互指，来回传送毫无用处且占满带宽的垃圾数据，在两台主机之间生成足够多的无用数据流，这一[拒绝服务攻击][Link 24]飞快地导致网络可用带宽耗尽。

**   4. SYN****泛洪****(SYNflood)**

SYNflood攻击：我们知道当用户进行一次标准的 TCP（TransmissionControlProtocol）连接时，会有一个3次握手过程。首先是请求服务方发送一个 SYN（SynchronizeSequenceNumber）消息，服务方收到SYN后，会向请求方回送一个SYN-ACK表示确认，当请求方收到 SYN-ACK后，再次向服务方发送一个ACK消息，这样一次TCP连接建立成功。“SYNFlooding”则专门针对TCP协议栈在两台[主机][Link 9]间初始化连接握手的过程进行DoS攻击，其在实现过程中只进行前2个步骤：当服务方收到请求方的SYN-ACK确认消息后，请求方由于采用源地址欺骗等手段使得服务方收不到ACK回应，于是服务方会在一定时间处于等待接收请求方ACK消息的状态。而对于某台[服务器][Link 22]来说，可用的TCP连接是有限的，因为他们只有有限的内存[缓冲区][Link 17]用于创建连接，如果这一缓冲区充满了虚假连接的初始信息，该服务器就会对接下来的连接停止响应，直至缓冲区里的连接企图超时。如果恶意攻击方快速连续地发送此类连接请求，该[服务器][Link 22]可用的TCP连接队列将很快被阻塞，系统可用资源急剧减少，网络可用带宽迅速缩小，长此下去，除了少数幸运用户的请求可以插在大量虚假请求间得到应答外，服务器将无法向用户提供正常的合法服务。

**    5. Land（LandAttack）攻击**

在[Land攻击][Land]中，[黑客][Link 4]利用一个特别打造的SYN包--它的原地址和目标地址都被设置成某一个服务器地址进行攻击。此举将导致接受[服务器][Link 22]向它自己的地址发送SYN-ACK消息，结果这个地址又发回ACK消息并创建一个[空连接][Link 25]，每一个这样的连接都将保留直到超时，在Land攻击下，许多UNIX将崩溃，NT变得极其缓慢（大约持续五分钟）。

###      **6. IP欺骗dos攻击** ###

这种攻击利用[TCP协议][TCP]栈的RST位来实现，使用IP欺骗，迫使[服务器][Link 22]把合法用户的连接复位，影响合法用户的连接。假设现在有一个合法用户（100.100.100.100）已经同[服务器][Link 22]建立了正常的连接，攻击者构造攻击的TCP数据，伪装自己的IP为100.100.100.100，并向服务器发送一个带有RST位的TCP[数据段][Link 26]。[服务器][Link 22]接收到这样的数据后，认为从100.100.100.100发送的连接有错误，就会清空[缓冲区][Link 17]中已建立好的连接。这时，合法用户100.100.100.100再发送合法数据，[服务器][Link 22]就已经没有这样的连接了，该用户就被拒绝服务而只能重新开始建立新的连接。

** 7. ****smurf攻击**

Smurf是一种简单但有效的DDoS攻击技术，它利用了ICMP(Internet控制信息协议）。ICMP在Internet上用于错误处理和传递控制信息。它的功能之一是与主机联系，通过发送一个“回音请求”（echorequest）信息包看看主机是否“活着”。最普通的ping[程序][Link 13]就使用了这个功能。Smurf是用一个偷来的帐号安装到一个计算机上的，然后用一个伪造的源地址连续ping一个或多个[计算机网络][Link 27]，这就导致所有计算机所响应的那个计算机并不是实际发送这个信息包的那个计算机。这个伪造的源地址，实际上就是攻击的目标，它将被极大数量的响应信息量所淹没。对这个伪造信息包做出响应的计算机网络就成为攻击的不知情的[同谋][Link 28]。

## 四、常见的DoS攻击与防护 ##

**   1. SYN Flood攻击**  
**      原理：**  
    问题就出在TCP连接的三次握手中，假设一个用户向服务器发送了SYN报文后突然死机或掉线，那么服务器在发出SYN+ACK应答报文后是无法收到客户端的 ACK报文的（第三次握手无法完成），这 种情况下服务器端一般会重试（再次发送SYN+ACK给客户端）并等待一段时间后丢弃这个未完成的连接，这段时间的长度我们称为SYN Timeout，一般来说这个时间是分钟的数量级（大约为30秒 -2分钟）；一个用户出现异常导致服务器的一个线程等待1分钟并不是什么很大的问题，但如果有一个恶意的攻击者大量模拟这种情况，服务器端将为了维护一个 非常大的半连接列表而消耗非常 多的资源----数以万计的半连接，即使是简单的保存并遍历也会消耗非常多的CPU时间和内存，何况还要不断对这个列表中的IP进行SYN+ACK的重 试。实际上如果服务器的TCP/IP栈不够强大，最 后的结果往往是堆栈溢出崩溃---即使服务器端的系统足够强大，服务器端也将忙于处理攻击者伪造的TCP连接请求而无暇理睬客户的正常请求（毕竟客户端的 正常请求比率非常之小），此时从 正常客户的角度看来，服务器失去响应，这种情况我们称作：服务器端受到了SYN Flood攻击（SYN洪水攻击）。  
**      防范：**  
    第一种是缩短SYN Timeout时间   
    第二种方法是设置SYN Cookie，就是给每一个请求连接的IP地址分配一个Cookie，如果短时间内连续受到某个IP的重复SYN报文，就认定是受到了攻击，以后从这个IP地址来的包会被一概丢弃。  
           >netstat -n -p tcp >result.txt

**    2. Smurf攻击：**  
**       原理：**  
    发送伪装的ICMP数据包，目的地址设为某个网络的广播地址，源地址设为要攻击的目的主机，使所有收到此ICMP数据包的主机都将对目的主机发出一个回应，使被攻击主机在某一段时间内收到 成千上万的数据包  
**       防范：**  
     在cisco路由器上配置如下可以防止将包传递到广播地址上:  
         Router(config-if)\# no ip directed-broadcast

**    3. Ping of Death**  
**       原理：**  
     "ping of death"攻击就是我们常说的"死亡Ping"  
这种攻击通过发送大于65536字节的ICMP包使操作系统崩溃；通常不可能发送大于65536个字节的ICMP包，但可以把报文分割成片段，然后在目标主机上重组；最终会导致被攻击目标缓冲区溢出，引起拒绝服务攻击。有些时候导致telnet和http服务停止，有些时候路由器重启。

**   **

**    4. 泪滴攻击**  
**       原理：**  
     对于一些大的IP数据包，往往需要对其进行拆分传送，这是为了迎合链路层的MTU（最大传输单元）的要求。比如，一个6000字节的IP包，在MTU为2000的链路上传输的时候，就需要分成3个IP 包。在IP报头中有一个偏移字段和一个拆分标志（MF）。如果MF标志设置为1，则表示这个IP包是一个大IP包的片段，其中偏移字段指出了这个片段在整 个IP包中的位置。例如，对一个6000字 节的IP包进行拆分（MTU为2 000），则3个片段中偏移字段的值依次为0，2000，4000。这样接收端在全部接收完IP数据包后，就可以根据这些信息重新组装这几个分次接收的拆分IP包。在这 里就有一个安全漏洞可以利用了，就是如果黑客们在截取IP数据包后，把偏移字段设置成不正确的值，这样接收端在收到这些分拆的数据包后，就不能按数据包中 的偏移字段值正确组合这些拆 分的数据包，但接收端会不断尝试，这样就可能致使目标计算机操作系统因资源耗尽而崩溃。

**     5. DRDOS**  
**        原理：**  
    攻击时，攻击者巧妙的利用了反弹服务器群来将洪 水数据包反弹给目标主机 反弹服务是指某些服务器在收到一个请求数据报后就会产生一个回应数据报。所有的 Web 服务器、DNS 服务器及路 由器都是反弹服务器，他们会对 SYN 报文或其他 TCP 报文回应 SYNACKs 或 RST 报文， 以及对一些 IP 报文回应 ICMP 数据报超时或目的地不可达消息的数据 报。任何用于普通目的 TCP 连 接许可的网络服务器都可以用做数据包反射服务器

[PC]: http://baike.baidu.com/view/1151618.htm
[Link 1]: http://baike.baidu.com/view/2353.htm
[Link 2]: http://baike.baidu.com/view/157418.htm
[Link 3]: http://baike.baidu.com/view/880.htm
[Internet]: http://baike.baidu.com/view/11165.htm
[Link 4]: http://baike.baidu.com/view/1960.htm
[Link 5]: http://baike.baidu.com/view/21050.htm
[Link 6]: http://baike.baidu.com/view/1064705.htm
[Link 7]: http://baike.baidu.com/view/1065551.htm
[Link 8]: http://baike.baidu.com/view/228.htm
[Link 9]: http://baike.baidu.com/view/23880.htm
[Link 10]: http://baike.baidu.com/view/1452069.htm
[Link 11]: http://baike.baidu.com/view/441895.htm
[Link 12]: http://baike.baidu.com/view/1122313.htm
[Link 13]: http://baike.baidu.com/view/17674.htm
[Link 14]: http://baike.baidu.com/view/53557.htm
[Link 15]: http://baike.baidu.com/view/1268241.htm
[Link 16]: http://baike.baidu.com/view/930.htm
[Internet 1]: http://baike.baidu.com/view/696681.htm
[TCP_IP]: http://baike.baidu.com/view/7649.htm
[Link 17]: http://baike.baidu.com/view/266782.htm
[Link 18]: http://baike.baidu.com/view/549628.htm
[Link 19]: http://baike.baidu.com/view/230010.htm
[IP]: http://baike.baidu.com/view/8370.htm
[Link 20]: http://baike.baidu.com/view/25880.htm
[Link 21]: http://baike.baidu.com/view/209665.htm
[Link 22]: http://baike.baidu.com/view/899.htm
[Link 23]: http://baike.baidu.com/view/93544.htm
[Link 24]: http://baike.baidu.com/view/21950.htm
[Land]: http://baike.baidu.com/view/262898.htm
[Link 25]: http://baike.baidu.com/view/1551623.htm
[TCP]: http://baike.baidu.com/view/1240122.htm
[Link 26]: http://baike.baidu.com/view/1005328.htm
[Link 27]: http://baike.baidu.com/view/25482.htm
[Link 28]: http://baike.baidu.com/view/3178809.htm